Aren
/
NetBSD
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
NetBSD/lib/libc/locale/Makefile.inc

42 lines
1.2 KiB
PHP
Raw Normal View History

Add RCS identifiers.
1993-08-01 09:37:30 +04:00
# from: @(#)Makefile.inc 5.1 (Berkeley) 2/18/91
refine i18n stuffs. - add libc/citrus directory. this directory contains the common stuffs not only for locale but also other facilities relating to i18n (e.g. iconv). - To keep the binary compatibility for the ctype modules easily, the interface between libc and the modules is simplified. - For the future integrated extension, module pool is renamed from "/usr/lib/runemodule" to "/usr/lib/i18n". In the future, this directory will contain the modules for "iconv", "collation", etc. - some cosmetic changes. - Bug fix for runetype.h; __attribute__((__packed__)) is placed at the wrong position and it is invalid unintentionally. But, the all members of the structures seem well-aligned. Thus, this bug causes no problem, hopefully. HEADS UP: - /usr/lib/rumemodule is obsoleted. If you use the multibyte locales, you need to install /usr/lib/i18n/* from sys/lib/i18n_module . - The binary compatibility of /usr/share/locale/*/LC_CTYPE is probably kept. Perhaps, the bug fix about __packed__ mentioned above breaks the compatibility... Be careful especially on 64bit platforms.
2002-03-18 01:14:05 +03:00
# $NetBSD: Makefile.inc,v 1.38 2002/03/17 22:14:24 tshiozak Exp $
initial import of 386bsd-0.1 sources
1993-03-21 12:45:37 +03:00
# locale sources
use ${ARCHDIR} instead of ${.CURDIR}/arch/${MACHINE_ARCH} where appropriate libc builds on pmax again
1999-02-24 18:05:20 +03:00
.PATH: ${ARCHDIR}/locale ${.CURDIR}/locale
initial import of 386bsd-0.1 sources
1993-03-21 12:45:37 +03:00
Minor tweaks to prepare for checkin of real i18n code.
1994-09-29 07:57:04 +03:00
SRCS+= _def_messages.c _def_monetary.c _def_numeric.c _def_time.c \
byte default, use (non-citrus) singlebyte locale. if we compile ld.elf_so with citrus locale, it bombs. XXX this is shortterm workaround. if you are willing to test citrus locale, use RUNE=yes in libc/locale/Makefile.inc.
2000-12-26 02:30:58 +03:00
ctypeio.c localeconv.c nl_langinfo.c \
add wcstod/wcstol/wcstoul.
2001-09-27 20:30:35 +04:00
setlocale.c setlocale1.c setlocale32.c __mb_cur_max.c \
add a function to handle alias names. (primarily for nls, encoding and locale names)
2002-02-13 10:45:52 +03:00
wcstol.c wcstoul.c wcstod.c aliasname.c
add setlocale.3 man page
1997-07-12 21:52:31 +04:00
MAN+= nl_langinfo.3 setlocale.3
Link localeconv(3) to setlocale(3).
1997-07-15 13:22:31 +04:00
manpage for isw*.
2000-12-22 05:03:32 +03:00
MLINKS+=setlocale.3 localeconv.3
refine i18n stuffs. - add libc/citrus directory. this directory contains the common stuffs not only for locale but also other facilities relating to i18n (e.g. iconv). - To keep the binary compatibility for the ctype modules easily, the interface between libc and the modules is simplified. - For the future integrated extension, module pool is renamed from "/usr/lib/runemodule" to "/usr/lib/i18n". In the future, this directory will contain the modules for "iconv", "collation", etc. - some cosmetic changes. - Bug fix for runetype.h; __attribute__((__packed__)) is placed at the wrong position and it is invalid unintentionally. But, the all members of the structures seem well-aligned. Thus, this bug causes no problem, hopefully. HEADS UP: - /usr/lib/rumemodule is obsoleted. If you use the multibyte locales, you need to install /usr/lib/i18n/* from sys/lib/i18n_module . - The binary compatibility of /usr/share/locale/*/LC_CTYPE is probably kept. Perhaps, the bug fix about __packed__ mentioned above breaks the compatibility... Be careful especially on 64bit platforms.
2002-03-18 01:14:05 +03:00
.if ${CITRUS} == "no"
RUNE= no
.endif
RUNE?= yes
byte default, use (non-citrus) singlebyte locale. if we compile ld.elf_so with citrus locale, it bombs. XXX this is shortterm workaround. if you are willing to test citrus locale, use RUNE=yes in libc/locale/Makefile.inc.
2000-12-26 02:30:58 +03:00
.if ${RUNE} == "no"
# singlebyte locale - dummy
SRCS+= multibyte_sb.c iswctype_sb.c
split setlocale.c for smaller footprint (do not pull things in too much). have magic number check in locale modules. rename: lib/libc/locale/setlocale_sb.c -> setlocale1.c NOTE: this commit does not enable multibyte locale support, yet.
2001-01-25 04:25:05 +03:00
CPPFLAGS+=-UWITH_RUNE
byte default, use (non-citrus) singlebyte locale. if we compile ld.elf_so with citrus locale, it bombs. XXX this is shortterm workaround. if you are willing to test citrus locale, use RUNE=yes in libc/locale/Makefile.inc.
2000-12-26 02:30:58 +03:00
.else
first import of citrus LC_CTYPE locale. singlebyte only at this moment. shot-term TODO: - enable multibyte locales. this includes loadable locale modules (#ifdef DLRUNE). - populate LC_CTYPE definition files. - other functions such as iconv() - make libc functions more friendly with multibyte. - multilingualize other LC_xx - torture tests XXX don't forget to "make depend" when you rebuild libc, multibyte.c is moved from lib/libc/stdlib to lib/libc/locale.
2000-12-21 14:29:47 +03:00
# citrus multibyte locale support
(finally!) enable multibyte LC_CTYPE locale support. the functionality will be available for dynamic-linked binary only, due to limitation with dlopen() from within statically-linked binaries. (statically-linked binary can still enjoy singlebyte LC_CTYPE locale support) from citrus project.
2001-01-25 12:21:57 +03:00
# we have quirk for libc.a - see the last part of lib/libc/Makefile
refine i18n stuffs. - add libc/citrus directory. this directory contains the common stuffs not only for locale but also other facilities relating to i18n (e.g. iconv). - To keep the binary compatibility for the ctype modules easily, the interface between libc and the modules is simplified. - For the future integrated extension, module pool is renamed from "/usr/lib/runemodule" to "/usr/lib/i18n". In the future, this directory will contain the modules for "iconv", "collation", etc. - some cosmetic changes. - Bug fix for runetype.h; __attribute__((__packed__)) is placed at the wrong position and it is invalid unintentionally. But, the all members of the structures seem well-aligned. Thus, this bug causes no problem, hopefully. HEADS UP: - /usr/lib/rumemodule is obsoleted. If you use the multibyte locales, you need to install /usr/lib/i18n/* from sys/lib/i18n_module . - The binary compatibility of /usr/share/locale/*/LC_CTYPE is probably kept. Perhaps, the bug fix about __packed__ mentioned above breaks the compatibility... Be careful especially on 64bit platforms.
2002-03-18 01:14:05 +03:00
CPPFLAGS+=-DWITH_RUNE -I${.CURDIR}
SRCS+= ___runetype_mb.c ___tolower_mb.c ___toupper_mb.c \
iswctype.c multibyte_c90.c multibyte_amd1.c \
rune.c runeglue.c runetable.c setrunelocale.c
byte default, use (non-citrus) singlebyte locale. if we compile ld.elf_so with citrus locale, it bombs. XXX this is shortterm workaround. if you are willing to test citrus locale, use RUNE=yes in libc/locale/Makefile.inc.
2000-12-26 02:30:58 +03:00
.endif
move wcs* and wmem* from lib/libc/locale to lib/libc/string.
2000-12-24 02:14:33 +03:00
MAN+= iswalnum.3 towlower.3
first import of citrus LC_CTYPE locale. singlebyte only at this moment. shot-term TODO: - enable multibyte locales. this includes loadable locale modules (#ifdef DLRUNE). - populate LC_CTYPE definition files. - other functions such as iconv() - make libc functions more friendly with multibyte. - multilingualize other LC_xx - torture tests XXX don't forget to "make depend" when you rebuild libc, multibyte.c is moved from lib/libc/stdlib to lib/libc/locale.
2000-12-21 14:29:47 +03:00
manpage for isw*.
2000-12-22 05:03:32 +03:00
MLINKS+=iswalnum.3 iswalpha.3 iswalnum.3 iswblank.3 \
iswalnum.3 iswcntrl.3 iswalnum.3 iswdigit.3 \
iswalnum.3 iswgraph.3 iswalnum.3 iswlower.3 \
iswalnum.3 iswprint.3 iswalnum.3 iswpunct.3 \
iswalnum.3 iswspace.3 iswalnum.3 iswupper.3 \
iswalnum.3 iswxdigit.3
manpage for tow*.
2000-12-22 05:18:58 +03:00
MLINKS+=towlower.3 towupper.3