From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Marius Vollmer Newsgroups: gmane.lisp.guile.devel Subject: Re: Wide characters support Date: Thu, 25 Aug 2005 22:31:20 +0300 Message-ID: <87oe7l4xvb.fsf@zagadka.de> References: <87vf1vo77m.fsf@laas.fr> <87pss39j15.fsf@zagadka.de> <8764tujwmm.fsf@laas.fr> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1124998356 28882 80.91.229.2 (25 Aug 2005 19:32:36 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 25 Aug 2005 19:32:36 +0000 (UTC) Cc: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Thu Aug 25 21:32:31 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1E8NSg-0001oL-8T for guile-devel@m.gmane.org; Thu, 25 Aug 2005 21:32:30 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1E8NWZ-0000c3-II for guile-devel@m.gmane.org; Thu, 25 Aug 2005 15:36:31 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1E8NWA-0000Te-SZ for guile-devel@gnu.org; Thu, 25 Aug 2005 15:36:07 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1E8NW8-0000SJ-92 for guile-devel@gnu.org; Thu, 25 Aug 2005 15:36:05 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1E8NW8-0000S9-24 for guile-devel@gnu.org; Thu, 25 Aug 2005 15:36:04 -0400 Original-Received: from [213.243.153.36] (helo=smtp3.pp.htv.fi) by monty-python.gnu.org with esmtp (Exim 4.34) id 1E8NT3-0004S8-5W for guile-devel@gnu.org; Thu, 25 Aug 2005 15:32:53 -0400 Original-Received: from zagadka.ping.de (cs181072157.pp.htv.fi [82.181.72.157]) by smtp3.pp.htv.fi (Postfix) with SMTP id 1720A27ACC0 for ; Thu, 25 Aug 2005 22:31:29 +0300 (EEST) Original-Received: (qmail 4828 invoked by uid 1000); 25 Aug 2005 19:31:20 -0000 Original-To: ludovic.courtes@laas.fr (Ludovic =?iso-8859-1?Q?Court=E8s?=) In-Reply-To: <8764tujwmm.fsf@laas.fr> (Ludovic =?iso-8859-1?Q?Court=E8s's?= message of "Thu, 25 Aug 2005 09:36:49 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:5202 Archived-At: ludovic.courtes@laas.fr (Ludovic Court=E8s) writes: > Marius Vollmer writes: > >> Well, my current plans are to get us Unicode support by having three >> kinds of strings, with three widths (8, 16 and 32 bits, of course). >> But they are not very concrete. I am not thinking about using >> wchar_t. > > Because of its potential greediness in terms of memory consumption? Yes, but mostly because I think the type is not really an important ingredient when using Unicode exclusively, since we know concretely what we want and don't need to rely on wchar_t as a portability aid. (There will of course be functions to convert Guile strings into wchar_t arrays.) One of the goals of moving SRFI 13 and 14 into the core was to discourage people from relying on the internal representation of strings. This means that this internal representation can be changed more easily, for example, to a multibyte encoding or to use splay trees, etc. --=20 GPG: D5D4E405 - 2F9B BCCC 8527 692A 04E3 331E FAF8 226A D5D4 E405 _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel