Re: pltcl vs. multilib machines

Поиск
Список
Период
Сортировка
От Joe Conway
Тема Re: pltcl vs. multilib machines
Дата
Msg-id 45FA5B14.7050305@joeconway.com
обсуждение исходный текст
Ответ на pltcl vs. multilib machines  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Tom Lane wrote:
> It turns out that this is because the link command for pltcl includes
> -L/usr/lib, so that gets searched before /usr/lib64.  And the reason the
> command includes that is that that's what it says in TCL_LIB_SPEC in
> /usr/lib/tclConfig.sh.  There is also a /usr/lib64/tclConfig.sh which
> says the right things, but we aren't finding that because this is how we
> determine where to look for tclConfig.sh:
> 
> $ echo 'puts $auto_path' | tclsh
> /usr/share/tcl8.4 /usr/share /usr/lib /usr/lib64
> $
> 
> Perhaps I should lobby the Red Hat guys to change the order of that
> result, but really this is more our problem than theirs: whichever
> way tclsh reports it, it will be wrong for trying to build Postgres
> with the other word width on a multilib machine.

Not the ideal answer, but I've had this in my config script for quite a 
while now:
--with-tclconfig=/usr/lib64

Joe


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

Предыдущее
От: Heikki Linnakangas
Дата:
Сообщение: Re: [RFC] CLUSTER VERBOSE
Следующее
От: Gaetano Mendola
Дата:
Сообщение: Lock table in non-volatile functions