Re: pltcl vs. multilib machines

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

In response to

Browse pgsql-hackers by date

  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