I wrote: > Evidently your psql is linking to this libpq and not the one you built. > You can fix that with suitable use of rpath; although I'm not sure why > an out-of-the-box build doesn't do that for you. It works fine for > me: > $ otool -L ~/testversion/bin/psql > /Users/tgl/testversion/bin/psql: > /Users/tgl/testversion/lib/libpq.5.dylib (compatibility version 5.0.0, current version 5.8.0) > /usr/lib/libedit.3.dylib (compatibility version 2.0.0, current version 3.0.0) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1213.0.0) > and I don't believe I'm using any nondefault switches to get that. I poked around a bit more and remembered what it is that makes it work: you need an -install_name switch when building libpq.dylib (and then the link of psql has to be sure to reference that .dylib file). For example I see this as part of the libpq link step: -install_name '/Users/tgl/testversion/lib/libpq.5.dylib' after having configured with "--prefix=/Users/tgl/testversion". So this works only if your libpq.dylib is actually installed at the location that was expected when you built it. The recipe you gave looks like it should have done that, but I'm suspicious that the answer is somewhere near here. regards, tom lane -- Sent via pgsql-admin mailing list (pgsql-admin@xxxxxxxxxxxxxx) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-admin
