From: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
---|---|
To: | Tom Ivar Helbekkmo <tih(at)kpnQwest(dot)no> |
Cc: | Giles Lean <giles(at)nemeton(dot)com(dot)au>, <lockhart(at)fourpalms(dot)org>, <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Re: Call for platforms |
Date: | 2001-04-07 19:01:37 |
Message-ID: | Pine.LNX.4.30.0104072059150.909-100000@peter.localdomain |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom Ivar Helbekkmo writes:
> Giles Lean <giles(at)nemeton(dot)com(dot)au> writes:
>
> > It is still necessary to add -ltermcap after -ledit in
> > src/Makefile.global to have functional history editing in psql.
>
> This is a weakness in the configure script: it goes through a loop
> where it tries to link a program that calls readline() with, in order,
> "-lreadline", "-lreadline -ltermcap", "-lreadline -lncurses",
> "-lreadline -lcurses", "-ledit", "-ledit -ltermcap", "-ledit
> -lncurses" and "-ledit -lcurses". The first link that succeeds wil
> determine which libraries are used. However, on some platforms with
> dynamic libraries, the link will succeed as soon as readline() is
> present -- but the shared library that contains it doesn't contain a
> complete specification of all other libraries it needs at run-time
> (the executable is expected to hold this information), and the program
> fails at run-time even though it linked without any error message.
On such a platform it would hardly be possible to detect anything with any
reliably. A linker that links a program "succesfully" while the program
really needs more libraries to be runnable isn't very useful.
--
Peter Eisentraut peter_e(at)gmx(dot)net http://yi.org/peter-e/
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Ivar Helbekkmo | 2001-04-07 19:41:04 | Re: Re: Call for platforms |
Previous Message | Joel Burton | 2001-04-07 18:30:36 | Re: RC3 ... |