"Randall Lucas" <rlucas@tercent.com> writes:
> gcc -no-cpp-precomp -O2 -Wall -Wmissing-prototypes -Wpointer-arith
> -Winline -Wdeclaration-after-statement -Wendif-labels
> -fno-strict-aliasing -fwrapv -dynamiclib -install_name
> /usr/local/pgsql-8.3/lib/libecpg.6.dylib -compatibility_version 6
> -current_version 6.0 -exported_symbols_list exports.list
> -multiply_defined suppress execute.o typename.o descriptor.o data.o
> error.o prepare.o memory.o connect.o misc.o path.o pgstrcasecmp.o
> thread.o -L../pgtypeslib -L../../../../src/interfaces/libpq
> -L../../../../src/port -L/sw/lib -L/sw/lib -lpgtypes -lpq -lm -o
> libecpg.6.0.dylib
> Undefined symbols:
Comparing this to a fresh build log on my own machine, the only obvious
difference is the (duplicated) -L/sw/lib that your log has and mine
doesn't. I'm thinking maybe you have old or broken PG shared libraries
in that directory that're messing up the link. I'm not convinced of
that, because these -L switches are last in the command and so really
shouldn't be determining anything; but it's a place to start looking.
regards, tom lane
