[pcre-dev] [Bug 997] readline may need -lcurses if ncurses i…

Top Page
Delete this message
Author: Dmitry V Levin
Date:  
To: pcre-dev
Old-Topics: [pcre-dev] [Bug 997] New: readline needs -lcurses if ncurses is installed
Subject: [pcre-dev] [Bug 997] readline may need -lcurses if ncurses is installed
------- You are receiving this mail because: -------
You are on the CC list for the bug.

http://bugs.exim.org/show_bug.cgi?id=997




--- Comment #6 from Dmitry V. Levin <ldv@???> 2011-12-20 19:14:07 ---
(In reply to comment #5)
> (In reply to comment #4)
> > (In reply to comment #3)
> > > This bug is still very valid when linking libpcre only statically.
> >
> > pcretest is not normally linked with -lreadline statically.
>
> True, but when using...
>
> --enable-pcretest-libreadline
>
> it does, and the patch integrates into that option.


All that this option does WRT linking is that it makes pcretest linked with
-lreadline. The latter usually means dynamic linking.

BTW. what the patch actually does is that it forces everything (not only
pcretest) to be linked with -lcurses in case when -lreadlink does not link
without a terminfo library, and -lcurses exists and provides "tputs".

> > > Attached is a patch I'm using which works around the problem, and implements
> > > what the README suggests.
> >
> > It will not help those who link libreadline with other terminfo providers like
> > -ltinfo.
> > A portable way to implement this check would be actually attempting -lreadline
> > linking, and, if that fails, try to link -lreadline along with other terminfo
> > provideres.
>
> True, it could be extended for other providers, but I don't have any of the
> other providers installed, so unsure how to test unless you know of an easy fix
> to the patch ?


Yes, you can implement it the portable way, but the change is not going to be
tiny and beautiful, and I'm not sure the matter worths it. But I'll attach it
anyway, just for reference.


--
Configure bugmail: http://bugs.exim.org/userprefs.cgi?tab=email