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(at)lithiumcorp(dot)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(at)lithiumcorp(dot)com