[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [Groff] Re: groff: radical re-implementation

>>>>> "TK" == Tomohiro KUBOTA <tkubota@riken.go.jp> writes:

    >  The other merit of wchar_t is user-friendliness.  Once a user set
    >  LANG variable, every softwares work under the specified encoding.
    >  If not, you have to specify encodings for every software.  We don't
    >  want to have ~/.groffrc, ~/.greprc, ~/.bashrc, ~/.xtermrc, and so on
    >  so on to specify 'encoding=ISO8859-1' or 'encoding=UTF-8'.
    >  I must admit that I've never worked with wchar_t and friends.  I see
    >  the benefits, though.  And with glibc, we have a nice ready-to-use
    >  library which enormously simplifies the implementation.

    TK> Ok, the merit can be achieved by your idea of preprocessor.
    TK> Please note that glibc is not a only system which supporte locale.
    TK> I suppose that almost commercial UNIX systems support locale.
    TK> I suppose BSD variants (Free-, Net-, and Open-) also, though I 
    TK> don't know them.

FreeBSD locale system don't have UTF-8 encoding. NetBSD and OpenBSD is
same or worse than FreeBSD. So in case of this, iconv() should come from
external libraries(FreeBSD ports has it, converters/iconv). There are
plans to have iconv() internally near future, though.

 +++ Any opinions in this posting are my own and not those of my employers +++
 CHOI Junho                             <cjh@FreeBSD.ORG> <cjh@kr.FreeBSD.ORG>
 KFUG <http://www.kr.FreeBSD.org>         Web Data Bank <http://www.wdb.co.kr>
 FreeBSD, GNU/Linux Developer                   http://www.kr.FreeBSD.org/~cjh

Reply to: