Re: Hacking PostgreSQL to work in Mac OS X 10.3 (Panther 7B85)

Nicely spotted, yeah that's what is causing these issue. The reason 
-L/opt/local/lib is in there is due to it being ./configured with 
--with-libraries=/opt/local/lib and --with-includes=/opt/local/include. 
Those configure options are necessary to ensure the configure found the 
darwinport-installed readline et.al. which are in /opt/local/lib and 
/opt/local/include

Removing the old postgres libs would resolve this build issue, but 
makes it a bit painful for users upgrading from an existing 
installation.

On 15/10/2003, at 4:03 AM, Tom Lane wrote:

> James Wilson <jwilson@lithiumcorp.com> writes:
>> make -C ecpglib all
>> gcc -no-cpp-precomp -g -O2 -Wall -Wmissing-prototypes
>> -Wmissing-declarations  -bundle execute.o typename.o descriptor.o
>> data.o error.o prepare.o memory.o connect.o misc.o
>> -L../../../../src/port -L/opt/local/lib -L../pgtypeslib -lpgtypes
>> -L../../../../src/interfaces/libpq -lpq -lm   -o libecpg.so.4.0
>> ld: Undefined symbols:
>> _PQfreemem
>> _PQresultErrorField
>> _PQsetNoticeReceiver
>> _last_path_separator
>
> I'll bet you have an old libpq in /opt/local/lib.  Why is that getting
> included in the link anyway?
>
>             regards, tom lane
>
>
-------------------
James Wilson
CCIE #6662

LithiumCorp Pty Ltd

mobile: 0422 22 3742
email: jwilson@lithiumcorp.com