cvs commit: src/gnu/lib/libreadline/readline Makefile

[Ruslan Ermilov]

Hi Andrey,

On Mon, Oct 18, 2004 at 04:11:20PM +0400, Andrey Chernov wrote:
> 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.
> 
Crunched binaries don't use whole libraries either.  The many .o
files just get linked with libraries the usual way.  (Unrelated,
but I thought I'd mention this anyway...)

> > 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.
> 
OK, you made a decision.  :-)

But then perhaps you can tell me where the APIs for libcurses,
libmytinfo, libtermcap, libtermlib, and libtinfo are documented,
so one can decide which pseudo-library to link against in our
case of libncurses?  If you happen to know...  Because I read
README and it says it implements the System V curses API with
some extensions, and it doesn't mention any of the above libs.


Cheers,
-- 
Ruslan Ermilov
ru at FreeBSD.org
FreeBSD committer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20041018/5a5d0890/attachment.bin