On Thu, Jun 26, 2008 at 3:04 AM, Tom Lane <[EMAIL PROTECTED]> wrote:
> Okay, it seems fairly close to RHEL-4. Doesn't
> look like there are any RHEL4 or CentOS4 machines in the buildfarm,
> which is why we didn't find out about it earlier.
FYI, I set up a CentOS 4 vserver on one of our buildfarm
I wrote:
> I studied the ld man page for awhile but couldn't find any fix other
> than the one Tatsuo suggests of trying to run the linked test program.
> That means we have to guess at what to do in a cross-compilation.
> I suppose the safest choice is to not try to use --as-needed when
> cross-co
I wrote:
> Okay, it seems fairly close to RHEL-4 --- at least almost the same
> version of binutils, which is probably what counts here.
I was able to reproduce the problem on current RHEL-4, and on
examination I don't think it's really ld's fault. The problem is that
libreadline hasn't got a DT_
Tatsuo Ishii <[EMAIL PROTECTED]> writes:
> binutils-2.15.92.0.2-5vl2
> readline-5.1-0vl1
> readline-devel-5.1-0vl1
> ncurses-devel-5.4-0vl3
> ncurses-5.4-0vl3
Okay, it seems fairly close to RHEL-4 --- at least almost the same
version of binutils, which is probably what counts here. Doesn't
look l
> > The Linux distributions is "Vine Linux", which is a variant of Red Hat
> > Linux (I think).
>
> If it's rpm-based, could we see the RPM package version numbers for
> binutils, readline, and ncurses?
Sure.
binutils-2.15.92.0.2-5vl2
readline-5.1-0vl1
readline-devel-5.1-0vl1
ncurses-devel-5.4-0
Tatsuo Ishii <[EMAIL PROTECTED]> writes:
>> What platform is this exactly?
> The Linux distributions is "Vine Linux", which is a variant of Red Hat
> Linux (I think).
If it's rpm-based, could we see the RPM package version numbers for
binutils, readline, and ncurses?
rega
> Tatsuo Ishii <[EMAIL PROTECTED]> writes:
> > It seems configure only checks whether linking was successful. I think
> > it should check whether ./conftest was successful.
>
> Wouldn't work when cross-compiling.
But configure already does this, doesn't it?
configure:24466: checking for working
Tatsuo Ishii <[EMAIL PROTECTED]> writes:
> It seems configure only checks whether linking was successful. I think
> it should check whether ./conftest was successful.
Wouldn't work when cross-compiling. What platform is this exactly?
regards, tom lane
--
Sent via pgsql-
> Tatsuo Ishii <[EMAIL PROTECTED]> writes:
> > So the difference seems:
> > --as-needed -Wl,
> > is added to CVS Head.
>
> There is code in configure that's supposed to check whether or not that
> breaks readline. Would you look at the portion of config.log where it
> tests that, and see why it f
Tatsuo Ishii <[EMAIL PROTECTED]> writes:
> So the difference seems:
> --as-needed -Wl,
> is added to CVS Head.
There is code in configure that's supposed to check whether or not that
breaks readline. Would you look at the portion of config.log where it
tests that, and see why it failed to notice
> Tatsuo Ishii writes:
> > I'm getting following error while envoking psql:
> > $ psql
> > psql: symbol lookup error: /usr/lib/libreadline.so.5: undefined symbol: BC
>
> I believe this is the typical symptom of failing to link to the correct
> variant of curses/termcap needed by readline. We hav
Tatsuo Ishii <[EMAIL PROTECTED]> writes:
> I'm getting following error while envoking psql:
> $ psql
> psql: symbol lookup error: /usr/lib/libreadline.so.5: undefined symbol: BC
I believe this is the typical symptom of failing to link to the correct
variant of curses/termcap needed by readline. W
Hi,
I'm getting following error while envoking psql:
$ psql
psql: symbol lookup error: /usr/lib/libreadline.so.5: undefined symbol: BC
This is Linux glibc 2.3.4 and readline 5.1.
--
Tatsuo Ishii
SRA OSS, Inc. Japan
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make c
13 matches
Mail list logo