Re: BUG #1147: Getting rid of LD_LIBRARY_PATH

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: BUG #1147: Getting rid of LD_LIBRARY_PATH
Дата
Msg-id 200405121719.36844.peter_e@gmx.net
обсуждение исходный текст
Ответ на Re: BUG #1147: Getting rid of LD_LIBRARY_PATH  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: BUG #1147: Getting rid of LD_LIBRARY_PATH  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-bugs
Am Donnerstag, 6. Mai 2004 18:30 schrieb Tom Lane:
> "PostgreSQL Bugs List" <pgsql-bugs@postgresql.org> writes:
> > ./configure LDFLAGS="-R /usr/local/lib" --with-tcl

> > An easier way would be to append the value of LDFLAGS to the linker
> > commands building the shared libraries,  not only to those building the
> > executables.
>
> AFAICS we do that too.  So I'm still confused why you have a problem.

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.

В списке pgsql-bugs по дате отправления:

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: BUG #1149: server includes not installed by default
Следующее
От: Tom Lane
Дата:
Сообщение: Re: BUG #1147: Getting rid of LD_LIBRARY_PATH