From rbb@covalent.net Sun Nov 19 15:57:58 2000 Return-Path: Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Delivered-To: mailing list dev@apr.apache.org Received: (qmail 60204 invoked from network); 19 Nov 2000 15:57:58 -0000 Received: from 3ff8faf3.dsl.flashcom.net (HELO koj.covalent.net) (63.248.250.243) by locus.apache.org with SMTP; 19 Nov 2000 15:57:58 -0000 Received: from rbb (helo=localhost) by koj.covalent.net with local-esmtp (Exim 3.16 #1) id 13xWsT-00077F-00; Sun, 19 Nov 2000 07:59:37 -0800 Date: Sun, 19 Nov 2000 07:59:37 -0800 (PST) From: rbb@covalent.net X-Sender: rbb@koj.rkbloom.net To: "William A. Rowe, Jr." cc: dev@apr.apache.org Subject: Re: i18n on Win32 In-Reply-To: <000c01c05238$13a60ef0$92c0b0d0@roweclan.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N > We can port and drop in iconv-1.1, iconv-extra-1.1, and iconv-rfc1345-1.1 > by Konstantin Chuguev from FreeBSD. License of sources is essentially > compatible, but includes the advertising clause, requiring that we cite him > and include the disclaimer (which is essentially our own disclaimer.) We have other code in Apache that includes the licensing clause. Although we haven't added any since we removed our own licensing clause. :-( > The other/better alternative would be IBM's ICU package, but it isn't going > to be a direct and simple thing, since I find no charset <-> charset funcs, > only conversion into and out of Unicode. The IBM Public License, of course, > is more compatible and doesn't contain the advertising clause. I would also > put more faith into IBM and the ICU colaborators' efforts to have their tables > right, and correct and expand them very quickly. I don't know if I agree with the correctness argument. Remember FreeBSD is VERY popular in other countries, so I suspect that those tables are always up-to-date. It looks like a real problem that you can't do charste <-> charset translation with ICU. But, I don't have much experience or interest in i18n right now, so I may be making too big a deal out of this. > Implementing xlate within ICU is probably no great challenge, and ICU is > already ported to Win32, so does anyone care, or should I stay with iconv? My own opinion is that you know what you are doing, please do what is best for the code. :-) Nobody else has done your research on these options, so we are likely not the best people to ask this question of. Ryan _______________________________________________________________________________ Ryan Bloom rbb@apache.org 406 29th St. San Francisco, CA 94131 -------------------------------------------------------------------------------