cvs commit: src/gnu/lib/libreadline/readline Makefile
Andrey Chernov
ache at nagual.pp.ru
Mon Oct 18 05:11:24 PDT 2004
On Mon, Oct 18, 2004 at 02:56:32PM +0300, Ruslan Ermilov wrote:
> Having a separate libtermcap library won't save anything with static
> linkage as long as it's a subset of libncurses. Ideally, the binary
> linked with the real termcap library which is a subset of the ncurses
> library will even be of the same checksum.
Of course, I mean crunched variant where whole library packed.
> It's simple. There's no termcap library, whether you specify -lncurses
> or -ltermcap doesn't matter, libraries and applications linked with
> either of them all get libncurses.so as their runtime dependency: run
> ldd(1) and get it. ;)
It is termcap implementation details. The less anything (including
sources) knowns about it, the much better.
> In other words: if you make a real libtermcap today (as a subset of
> libncurses), you cannot expect old dynamically linked binaries to
> magically start using it, because they have libncurses.so recorded
> as their dependency.
I talk not about binaries compatibility, but about mass Makefiles
reediting.
> The difference between us is how we treat the libtermcap symlinks.
> I treat them as compatibility stuff only for third-party applications
> that are not part of the standard FreeBSD distribution, and you seem
> to treat them as different API libraries. I also fail to get your
Yes.
> point about why linking with -lncurses as opposed to with -ltermcap
> is unportable.
Not every platform have ncurses.
> I have a simple question for you: in your opinion, what's wrong with
> replacing all these -l{curses,mytinfo,termcap,termlib,tinfo} with
> one true -lncurses? I planned doing it one day, but you seem to be
> against it, as follows from the above.
I am against it for the reasons I already explain, it put our sources into
unneded implementation details deeps.
--
Andrey Chernov | http://ache.pp.ru/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 305 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20041018/f8f9934f/attachment.bin
More information about the cvs-src
mailing list