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