From owner-freebsd-i18n Mon May 22 5:32:11 2000 Delivered-To: freebsd-i18n@freebsd.org Received: from relay.butya.kz (butya-gw.butya.kz [212.154.129.94]) by hub.freebsd.org (Postfix) with ESMTP id F343E37BBF1 for ; Mon, 22 May 2000 05:32:03 -0700 (PDT) (envelope-from bp@butya.kz) Received: from bp (helo=localhost) by relay.butya.kz with local-esmtp (Exim 3.13 #1) id 12trNC-000FCu-00; Mon, 22 May 2000 19:31:54 +0700 Date: Mon, 22 May 2000 19:31:52 +0700 (ALMST) From: Boris Popov To: Alexander Voropay Cc: freebsd-i18n@FreeBSD.ORG Subject: Re: i18n in FreeBSD In-Reply-To: <02c401bfc3c7$9a5170c0$cd0d11ac@host205.spb.in.rosprin.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-i18n@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 22 May 2000, Alexander Voropay wrote: > I have some questions about i18n in FreeBSD. > What about these things ? [skip...] > 4) "Modular" iconv(1) utility & iconv(3) function: > http://www.opengroup.org/onlinepubs/7908799/xsh/iconv.html > http://www.opengroup.org/onlinepubs/7908799/xcu/iconv.html This is work in progress. Actually, I've convinced Konstantin Chuguev, the author of iconv library, to trim down rare used tables (make them as ports). fix some bugs etc, so the library can be included in the base system without much overhead. In addition, I've wrote kernel side iconv-like interface which uses libiconv library to construct recode tables. Currently, each filesystem (msdosfs, nwfs, smbfs) uses its own recode tables even if they are the same. -- Boris Popov http://www.butya.kz/~bp/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-i18n" in the body of the message