[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: acs_map symbol
From: |
sylvain . bertrand |
Subject: |
Re: acs_map symbol |
Date: |
Wed, 29 Apr 2015 15:07:07 +0000 |
User-agent: |
Mutt/1.5.23 (2014-03-12) |
On Wed, Apr 29, 2015 at 05:29:16AM -0400, Thomas Dickey wrote:
> On Wed, Apr 29, 2015 at 03:52:39AM +0000, address@hidden wrote:
>> On Tue, Apr 28, 2015 at 09:15:50PM -0400, Thomas Dickey wrote:
>>> 20111008
>>> + modify misc/gen-pkgconfig.in to use Requires.private for the parts
>>> of ncurses rather than Requires, as well as Libs.private for the
>>> other library dependencies (prompted by Debian #644728).
>>>
>>> I'd likely overlooked this because (to avoid interfering with Debian's
>>> packages) have generally put my test-libraries in /usr/local, and used
>>> rpath to help that. However I might have stumbled over it "soon" since
>>> I'm in the process of reworking the test-package to put it in /usr (and
>>> not need rpath...).
>>
>> Do you plan to move acs_map to libncurses? It's currently in libtinfo and
>> ncurses.h header.
>
> It's in libtinfo because that's where the low-level initialization is done,
> and it's a member (or dependency) of the SCREEN structure.
Then, acs_map declaration would move to libtinfo specific headers and removed
from ncurses.h? I guess a lot of applications expecting acs_map in ncurses.h
will break (though I have no idea how many there are).
Actually, it will be the same issue for all symbols declared in ncurses.h which
are actually implemented outside libncurses.
>> Do you plan to fix it? (Use Requires instead of Requires.private in
>> pkg-config
>> file)
>
> I'd like to fix it, yes.
Thx! I will update my list of patches following the latest roll-up patch :)
best regards,
--
Sylvain