terminfo: promote numeric parameters from short to int
POSIX mandates implementations must support upto a short but may exceed it.
When NetBSD terminfo was implemented, no terminfo description used over
a short, but because ncurses has supported ints for some time, some now do.
Infact, such a terminfo description was imported where colour pairs for
screen-256color went up to 65536 which exposed a bug in the existing
implementation where it set to zero. Because the number might mean
something more than a range, we need to be able to store it accurately.
This requires a version bump because whilst the API hasn't changed thanks
to C int promotion, the ABI has. Also the underlying database structure
has changed as well - we now store the numeric paramter inside a uint32_t
field rather than a uint16_t one.
Whilst this change can still read the old style database, the old one
cannot read the new one and thus we now maintain the database as
terminfo2.cdb, leaving the old library and database alone so old programs
still work fine.
libcurses, libfrom, libmenu and libpanel have also been bumped to
accomoate this change.
2020-03-13 18:19:24 +03:00
|
|
|
# $NetBSD: Makefile,v 1.4 2020/03/13 15:19:25 roy Exp $
|
2010-02-03 18:16:32 +03:00
|
|
|
# from: @(#)Makefile 8.1 (Berkeley) 6/8/93
|
|
|
|
|
|
terminfo: promote numeric parameters from short to int
POSIX mandates implementations must support upto a short but may exceed it.
When NetBSD terminfo was implemented, no terminfo description used over
a short, but because ncurses has supported ints for some time, some now do.
Infact, such a terminfo description was imported where colour pairs for
screen-256color went up to 65536 which exposed a bug in the existing
implementation where it set to zero. Because the number might mean
something more than a range, we need to be able to store it accurately.
This requires a version bump because whilst the API hasn't changed thanks
to C int promotion, the ABI has. Also the underlying database structure
has changed as well - we now store the numeric paramter inside a uint32_t
field rather than a uint16_t one.
Whilst this change can still read the old style database, the old one
cannot read the new one and thus we now maintain the database as
terminfo2.cdb, leaving the old library and database alone so old programs
still work fine.
libcurses, libfrom, libmenu and libpanel have also been bumped to
accomoate this change.
2020-03-13 18:19:24 +03:00
|
|
|
CLEANFILES= terminfo2.cdb
|
|
|
|
|
realall: terminfo2.cdb
|
|
|
|
|
FILES=terminfo2.cdb terminfo
|
2010-02-03 18:16:32 +03:00
|
|
|
FILESDIR=${BINDIR}/misc
|
|
|
|
|
|
terminfo: promote numeric parameters from short to int
POSIX mandates implementations must support upto a short but may exceed it.
When NetBSD terminfo was implemented, no terminfo description used over
a short, but because ncurses has supported ints for some time, some now do.
Infact, such a terminfo description was imported where colour pairs for
screen-256color went up to 65536 which exposed a bug in the existing
implementation where it set to zero. Because the number might mean
something more than a range, we need to be able to store it accurately.
This requires a version bump because whilst the API hasn't changed thanks
to C int promotion, the ABI has. Also the underlying database structure
has changed as well - we now store the numeric paramter inside a uint32_t
field rather than a uint16_t one.
Whilst this change can still read the old style database, the old one
cannot read the new one and thus we now maintain the database as
terminfo2.cdb, leaving the old library and database alone so old programs
still work fine.
libcurses, libfrom, libmenu and libpanel have also been bumped to
accomoate this change.
2020-03-13 18:19:24 +03:00
|
|
|
terminfo2.cdb: terminfo ${TOOL_TIC}
|
2010-02-03 18:16:32 +03:00
|
|
|
${_MKTARGET_CREATE}
|
2012-06-04 03:19:09 +04:00
|
|
|
${TOOL_TIC} -ax -o ${.TARGET} "${.CURDIR}/terminfo"
|
2010-02-03 18:16:32 +03:00
|
|
|
|
|
|
|
|
.include <bsd.prog.mk>
|