"PostgreSQL Bugs List" <pgsql-bugs (AT) postgresql (DOT) org> writes:
Actually, the way this is intended to be handled is to set "rpath"
in the platform-specific Makefile. It looks to me like
src/makefiles/Makefile.solaris does so; can you look into it and
see why that doesn't work for you?

AFAICS we do that too. So I'm still confused why you have a problem.

regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 7: don't forget to increase your free space map settings

Am Donnerstag, 6. Mai 2004 18:30 schrieb Tom Lane:
We only take the -L flags from LDFLAGS for the shared library link. This is
probably a result of paranoia. Can you think of a flag that is reasonable
for a user to set in LDFLAGS by hand that should not end up in the shared
library link? Useful LDFLAGS I can think of are -L, -l, -R (or equivalent),
debugging, optimization, profiling, and maybe some 32/64 bit selection, and
all of these can be passed to the shared library link. I'm not sure,
however, about the assignments in Makefile.hpux.

---------------------------(end of broadcast)---------------------------
TIP 6: Have you searched our list archives?

http://archives.postgresql.org

Peter Eisentraut <peter_e (AT) gmx (DOT) net> writes:
I think the HPUX flags would be ok; leastwise, if they are not, I'll
soon find out ;-).

If you think this would be a good change, go ahead and make it. I'd
suggest however that there needs to be a way for the Makefile.port files
to supply loader flags that are used only for executables. It doesn't
have to be called LDFLAGS though...

regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddressHere" to majordomo (AT) postgresql (DOT) org)