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: Branching for 1.8 on 2006-02-05 Date: Tue, 07 Feb 2006 02:18:20 +0200 Message-ID: <877j88c983.fsf@zagadka.de> References: <87fyn8xtj3.fsf@zagadka.de> <87ek2k80ks.fsf@zip.com.au> <87r76i7w3e.fsf@trouble.defaultvalue.org> <87k6c9d3y8.fsf@zagadka.de> <877j89y2dw.fsf@trouble.defaultvalue.org> <873biwsut8.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 1139271609 27373 80.91.229.2 (7 Feb 2006 00:20:09 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 7 Feb 2006 00:20:09 +0000 (UTC) Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Tue Feb 07 01:20:03 2006 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1F6GaI-0006Ax-Ai for guile-devel@m.gmane.org; Tue, 07 Feb 2006 01:19:54 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F6Gdc-0007nK-T3 for guile-devel@m.gmane.org; Mon, 06 Feb 2006 19:23:20 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F6GcN-0007Mj-4f for guile-devel@gnu.org; Mon, 06 Feb 2006 19:22:04 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F6GcK-0007LX-CI for guile-devel@gnu.org; Mon, 06 Feb 2006 19:22:02 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F6GcJ-0007LK-6E for guile-devel@gnu.org; Mon, 06 Feb 2006 19:21:59 -0500 Original-Received: from [213.243.153.36] (helo=smtp3.pp.htv.fi) by monty-python.gnu.org with esmtp (Exim 4.52) id 1F6Gbv-0005vW-VH for guile-devel@gnu.org; Mon, 06 Feb 2006 19:21:36 -0500 Original-Received: from zagadka.ping.de (cs181072157.pp.htv.fi [82.181.72.157]) by smtp3.pp.htv.fi (Postfix) with SMTP id 58EED27AC2A for ; Tue, 7 Feb 2006 02:18:30 +0200 (EET) Original-Received: (qmail 8630 invoked by uid 1000); 7 Feb 2006 02:18:21 +0200 Original-To: guile-devel@gnu.org In-Reply-To: <873biwsut8.fsf@laas.fr> (Ludovic =?iso-8859-1?Q?Court=E8s's?= message of "Mon, 06 Feb 2006 10:25:23 +0100") 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:5667 Archived-At: ludovic.courtes@laas.fr (Ludovic Court=E8s) writes: > Hi, > > Rob Browning writes: > >> Also if we don't want to have people hold off on 1.9 only bits in the >> trunk, then I'd say that now qualifies as "as late as possible" ;> > > There has been no 1.7.3, the CVS repository has been relatively > quiet since 1.7.2, and applying patches has sometimes been, well, > delayed. Therefore, I find it quite strange to branch in this > moment of quietness and uncertainty. I unfortunately can't find the time and/or concentration to do more significant work on Guile right now. I have been wanting to make the 1.8 release for quite some time now, and it has become clear to me that I need to stop procrastinating and to start giving myself some strict deadlines if I want to make any progress at all. The trunk is featurewise in a good shape for a release, and one point of the branching is to actually remove uncertainty: it should be much easier now to work freely on new things in the trunk; you don't have to worry to mess up the 1.8 release. > Also, it seems that there is no clear plan for the eventual integration > of Unicode and to me, having at least a rough plan would be a > prerequisite to the next stable release. There is a rough plan. The new C-side array API in 1.8 is the beginning of it and the (my) plan is to redo the underlying implementation in a cleaner way and add uniform arrays of 8-bit, 16-bit, and 32-bit Unicode code points in the process. Then the srfi-13 and srfi-14 functions will be extended to cover all of Unicode and there will be scm_from_utf8_string functions, etc. This means that strings remain vector-like. (If experience with that shows that a more efficient representation for non-8-bit code points is needed, we can start experimenting with it.) --=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