Re: Some symbols missed in llib-ltinfo and llib-ltinfot for 6.1?

[Thomas Dickey]

On Fri, Mar 02, 2018 at 10:50:44PM +0100, Dr. Werner Fink wrote:
> On Fri, Mar 02, 2018 at 03:24:12PM -0500, Thomas Dickey wrote:
> > On Fri, Mar 02, 2018 at 09:13:14PM +0100, Sven Joachim wrote:
> > > Am 02.03.2018 um 10:58 schrieb Dr. Werner Fink:
> > > 
> > > Basically that's what I did in Debian where we used to package libtinfo
> > > from the non-wide build too.
> > > 
> > > > But how to avoid a recompile of the full distribution and third party
> > > > programs? Only an auxiliary filter shared lib AFAIK or similar could be
> > > > helpfull to fulfill the existing libtinfow dependencies.
> > > 
> > > Doesn't a simple symlink from libtinfo.so.6 to libtinfow.so.6 do the
> > > trick?
> > 
> > I believe it should work, since I used the same symbols in both 
> > configurations.
> > The wide-character version simply has a few more symbols.
> > 
> > The same is true for libtinfot versus libtinfotw, but there's no way to
> > make all four configurations work with a single library...
> 
> I'm using a simply patch to re-enable the check for pthread_self() in
> ncurses/tinfo/lib_setup.c for libtinfo(t) and libtinfo(t)w

thanks (that looks like an improvement)
...
> 
>        + improve compatibility between different configurations of new_prescr,
>          fixing a case with threaded code and term-driver where c++/demo did
>          not work (cf: 20160213).
> 
> the pthread_self(3) function call had been called without checking if the
> library libpthread has been linked.  This break e.g. grub (boo#1058509) if
> statically linked.

-- 
Thomas E. Dickey <address@hidden>
https://invisible-island.net
ftp://ftp.invisible-island.net

signature.asc
Description: Digital signature