comment; no need to care about endianness, as DB keys are ascii strings

(modulo possible DB lookup performance issue)
This commit is contained in:
itojun 2002-05-30 10:45:03 +00:00
parent b837b667b8
commit f75be30e68
2 changed files with 4 additions and 2 deletions

View File

@ -1,4 +1,4 @@
# $NetBSD: Makefile,v 1.23 2002/03/30 19:09:52 bjh21 Exp $
# $NetBSD: Makefile,v 1.24 2002/05/30 10:45:03 itojun Exp $
# from: @(#)Makefile 8.1 (Berkeley) 6/8/93
MAN= termcap.5
@ -9,6 +9,7 @@ FILES=termcap.db termcap.src map3270
FILESNAME_termcap.src=termcap
FILESDIR=${BINDIR}/misc
# there's no issue in endianness as DB keys are ascii strings.
termcap.db: termcap.src
${CAP_MKDB} -f termcap ${.ALLSRC}

View File

@ -1,4 +1,4 @@
# $NetBSD: Makefile,v 1.12 2002/01/31 19:32:11 tv Exp $
# $NetBSD: Makefile,v 1.13 2002/05/30 10:45:04 itojun Exp $
# @(#)Makefile 8.1 (Berkeley) 6/9/93
.include <bsd.own.mk>
@ -24,6 +24,7 @@ CAP_MKDB?= cap_mkdb
realall: vfontedpr vgrindefs.src.db
# there's no issue of endianness as DB keys are ascii strings.
.if ${MKSHARE} != "no"
vgrindefs.src.db: vgrindefs.src
${CAP_MKDB} -f vgrindefs.src ${.CURDIR}/vgrindefs.src