Date: Sat, 16 Sep 2000 20:47:07 +0400 From: "Andrey A. Chernov" <ache@nagual.pp.ru> To: Bruce Evans <bde@zeta.org.au> Cc: Bill Fumerola <billf@chimesnet.com>, current@FreeBSD.ORG Subject: Re: Call for libtermcap ressurection from the dead Message-ID: <20000916204707.B5772@nagual.pp.ru> In-Reply-To: <Pine.BSF.4.21.0009170323070.4718-100000@besplex.bde.org>; from bde@zeta.org.au on Sun, Sep 17, 2000 at 03:38:33AM %2B1100 References: <20000916022836.X47559@jade.chc-chimes.com> <Pine.BSF.4.21.0009170323070.4718-100000@besplex.bde.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Sep 17, 2000 at 03:38:33AM +1100, Bruce Evans wrote: > 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. Yes, I fix this occurances recently just for purity reasons, "-lcurses -ltermcap" peek up all needed functions from curses first, "-ltermcap -lcurses" is never used. > > 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. Yes. BTW, namespace pollution and ospeed are not only problems, some other subtle problems exists. -- Andrey A. Chernov <ache@nagual.pp.ru> http://ache.pp.ru/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000916204707.B5772>