From owner-freebsd-current Sat Sep 16 9:39: 4 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 813E837B422 for ; Sat, 16 Sep 2000 09:38:58 -0700 (PDT) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id DAA27322; Sun, 17 Sep 2000 03:38:36 +1100 Date: Sun, 17 Sep 2000 03:38:33 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Bill Fumerola Cc: "Andrey A. Chernov" , current@FreeBSD.ORG Subject: Re: Call for libtermcap ressurection from the dead In-Reply-To: <20000916022836.X47559@jade.chc-chimes.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, 16 Sep 2000, Bill Fumerola wrote: > On Sat, Sep 16, 2000 at 04:23:42AM +0400, Andrey A. Chernov wrote: > > Avdantages: > > > > 1) We'll be 100%-compatible with all libtermcap programs again. > > 2) Save LOTS of space for static binaries since libtermcap is extremally > > small. > > > > Opinions? Fine with me, provided you handle any problems with mixing the libraries. I think "-ltermcap -lcurses" should somehow use the curses interfaces despite termcap being first. > I don't object. The namespace collisions in src/games with ncurses functions > are really, really bad, and though just not linking to ncurses is sort of a hackish > fix, this would at least mask the problems until further into the future when > I have time to change function names. :-> There are also a problem with the ospeed variable outside of src/games: ===> usr.bin/top /usr/libexec/elf/ld: Warning: size of symbol `ospeed' changed from 2 to 4 in lib_tputs.o top/screen.c has "short ospeed" although it doesn't actually use ospeed directly. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message