From: | Joe Conway <mail(at)joeconway(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: pltcl vs. multilib machines |
Date: | 2007-03-16 08:53:40 |
Message-ID: | 45FA5B14.7050305@joeconway.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | 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
From | Date | Subject | |
---|---|---|---|
Next Message | Gaetano Mendola | 2007-03-16 08:53:58 | Lock table in non-volatile functions |
Previous Message | Heikki Linnakangas | 2007-03-16 08:53:29 | Re: [RFC] CLUSTER VERBOSE |