On Mon, 30 May 2011, Sven Joachim wrote:
On 2011-05-30 12:49 +0200, Thomas Dickey wrote:
On Mon, 30 May 2011, Matthias Klose wrote:
On 05/30/2011 11:26 AM, Thomas Dickey wrote:
Redhat and SuSE are using the feature (of ncurses) which allows the
terminfo-level part to be built as a separate library. For low-level
users such as readline, that helps since they can be linked against
a library which is independent of ncurses/ncursesw differences.
from the ncurses INSTALL:
--disable-tic-depends
When building shared libraries, normally the tic library is linked to
depend upon the ncurses library (and in turn, on the term-library if
the --with-termlib option was given). The tic- and term-libraries
ABI does not depend on the --enable-widec option. Some packagers have
used this to reduce the number of library files which are packaged
by using only one copy of those libraries. To make this work
properly,
the tic library must be built without an explicit dependency on the
ncurses (or ncursesw) library. Use this configure option to do that.
For example
configure --with-ticlib --with-shared --disable-tic-depends
Is the Debian package doing this part?
No, but AFAICS the relevant option is --with-termlib anyway, and
enabling that option would change the ABI.
true. But would it not work to do this in stages? That is, one could
introduce packages for the low-level library, and then migrate the
low-level applications to it. Once that was done, then the change of
ABI to the middle-level ncurses library would be moot, since nothing
would be affected by the change. (I _think_ that would work - probably
someone can offer an expert opinion on it).
Though it sounds roundabout, readline would be an early beneficiary
of the approach.
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
