Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 18 Oct 2004 16:11:20 +0400
From:      Andrey Chernov <ache@nagual.pp.ru>
To:        Ruslan Ermilov <ru@FreeBSD.ORG>
Cc:        cvs-all@FreeBSD.ORG
Subject:   Re: cvs commit: src/gnu/lib/libreadline/readline Makefile
Message-ID:  <20041018121120.GA67831@nagual.pp.ru>
In-Reply-To: <20041018115632.GA87870@ip.net.ua>
References:  <200410180836.i9I8afRS060144@repoman.freebsd.org> <20041018090314.GA86525@ip.net.ua> <20041018090550.GA59302@nagual.pp.ru> <20041018091004.GC86525@ip.net.ua> <20041018091303.GC59302@nagual.pp.ru> <20041018091903.GD86525@ip.net.ua> <20041018092347.GA59835@nagual.pp.ru> <20041018092747.GB59835@nagual.pp.ru> <20041018115632.GA87870@ip.net.ua>

next in thread | previous in thread | raw e-mail | index | archive | help

--LZvS9be/3tNcYl/X
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

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=20
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=20
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=
=20
unneded implementation details deeps.

--=20
Andrey Chernov | http://ache.pp.ru/

--LZvS9be/3tNcYl/X
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)

iQCVAwUBQXOy6OJgpPLZnQjrAQH2XAQAlgRXkZNnJQmFMjofluFU8c0/s58zwOsC
SeWLqHPyS0FPg6BFGqJ/skvv+4N2CEd2wyAZmKoDHsOw3h0u2p0gPcWQyTusQxNh
8qw3CgQ0idwi4WFPhqfCDh+A6IEB+w5ATvpPSlZVknLAEsH4h5sNZGfmM0IbqEfX
q821xwnqmvg=
=cItk
-----END PGP SIGNATURE-----

--LZvS9be/3tNcYl/X--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20041018121120.GA67831>