* Otavio Salvador wrote on Sat, Mar 28, 2009 at 05:06:17PM CET:
> Jim Meyering writes:
> > gcc k.c -Wl,--as-needed -lreadline -ltermcap
> >
> > and that fails on RHEL 5.3
> > (with binutils-2.17.50.0.6-9.el5.x86_64 and gcc-4.1.2-44.el5.x86_64):
> >
> >
> > /usr/lib/gcc/x86_64-redhat-linux
Jim Meyering writes:
> When testing for the readline library, this works fine:
>
> echo 'char readline (); int main () { return readline (); }' > k.c
> gcc k.c -lreadline -ltermcap
>
> but in order to work around portability problems years ago, gnulib's
> lib-ignore.m4 makes it so the lin
* Ralf Wildenhues wrote on Sat, Mar 28, 2009 at 05:02:36PM CET:
> * Jim Meyering wrote on Sat, Mar 28, 2009 at 03:22:14PM CET:
> > gcc k.c -Wl,--as-needed -lreadline -ltermcap
> To work around it in the test, I suppose you can link a program
> that also requires a symbol from termcap.
Hmm. T
Ralf Wildenhues wrote:
> libreadline depends upon libtermcap, but does not announce this
> dependency with a DT_NEEDED entry (i.e., -ltermcap was not passed
> to the command creating libreadline.so). This is arguably a bug
> in libreadline (but probably done intentionally to allow choosing
> eithe
Hi Jim,
* Jim Meyering wrote on Sat, Mar 28, 2009 at 03:22:14PM CET:
> When testing for the readline library, this works fine:
>
> echo 'char readline (); int main () { return readline (); }' > k.c
> gcc k.c -lreadline -ltermcap
>
> but in order to work around portability problems years
When testing for the readline library, this works fine:
echo 'char readline (); int main () { return readline (); }' > k.c
gcc k.c -lreadline -ltermcap
but in order to work around portability problems years ago, gnulib's
lib-ignore.m4 makes it so the linker uses the --as-needed option:
On Sat, Feb 28, 2009 at 03:52:56PM +0100, Robert Millan wrote:
>
> Ping!
Hey,
I think we got everything cleared now. Please can someone look at this patch?
It's rather small & straightforwarded, should be no pain to review it.
> On Wed, Feb 04, 2009 at 11:03:01PM +0100, Robert Millan wrote:
>
