[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Some symbols missed in llib-ltinfo and llib-ltinfot for 6.1?
From: |
Thomas Dickey |
Subject: |
Re: Some symbols missed in llib-ltinfo and llib-ltinfot for 6.1? |
Date: |
Fri, 2 Mar 2018 18:39:09 -0500 |
User-agent: |
Mutt/1.5.23 (2014-03-12) |
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