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 по дате отправления: