From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Tom Lord Newsgroups: gmane.lisp.guile.devel,gmane.lisp.guile.user Subject: Re: Worrying development Date: Fri, 23 Jan 2004 16:53:25 -0800 (PST) Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Message-ID: <200401240053.QAA28339@morrowfield.regexps.com> References: <1074246064.6729.23.camel@localhost> <87vfn9ufvw.fsf@zagadka.ping.de> <400FF648.3080706@dirk-herrmanns-seiten.de> <200401221842.KAA20956@morrowfield.regexps.com> <40110961.1040808@dirk-herrmanns-seiten.de> <200401231716.JAA26107@morrowfield.regexps.com> <87oesus7kg.fsf@zagadka.ping.de> <200401232218.OAA27477@morrowfield.regexps.com> <87r7xqqjg8.fsf@zagadka.ping.de> NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1074904955 20775 80.91.224.253 (24 Jan 2004 00:42:35 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 24 Jan 2004 00:42:35 +0000 (UTC) Cc: guile-user@gnu.org, guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Sat Jan 24 01:42:28 2004 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AkBsa-0007UE-00 for ; Sat, 24 Jan 2004 01:42:28 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AkBsP-0001uN-BZ for guile-devel@m.gmane.org; Fri, 23 Jan 2004 19:42:17 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AkBrY-0001PT-5Y for guile-devel@gnu.org; Fri, 23 Jan 2004 19:41:24 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AkBqt-0000sI-Ul for guile-devel@gnu.org; Fri, 23 Jan 2004 19:41:15 -0500 Original-Received: from [65.234.195.150] (helo=morrowfield.regexps.com) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AkBqL-0008UP-UM; Fri, 23 Jan 2004 19:40:10 -0500 Original-Received: (from lord@localhost) by morrowfield.regexps.com (8.9.1/8.9.1) id QAA28339; Fri, 23 Jan 2004 16:53:25 -0800 (PST) (envelope-from lord@morrowfield.regexps.com) Original-To: mvo@zagadka.de In-reply-to: <87r7xqqjg8.fsf@zagadka.ping.de> (message from Marius Vollmer on Sat, 24 Jan 2004 01:27:51 +0100) X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Developers list for Guile, the GNU extensibility library List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.lisp.guile.devel:3300 gmane.lisp.guile.user:2705 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.user:2705 > From: Marius Vollmer > > Well, heck. In that case, maybe consider what I'm planning for Pika > > (at least initially). Purely ASCII strings are stored 1-byte per > > character. Most other strings 2-bytes per character. Strings using > > characters outside the Basic Multilingual Plane, 4 bytes per > > character. > Yes, that's an attractive approach. But I also find simply using > UTF-8 exclusively very attractive. It might fit better with what > other people are doing and we might need fewer conversions when > wrapping external libraries. Or maybe not. In case it helps seduce you to the dark side of the force just a little more: Having wrappings of external libraries mostly rely on copying/converting strings is a win for thread support. Having FFI-using routines directly access or munge string data is, in general, pretty touchy. It is, I admit, a total pain in the butt that so much existing code already does access string data directly -- but for the most part, that code is unlikely to be expecting UTF-8 anyway so...... -t _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel