From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Marius Vollmer Newsgroups: gmane.lisp.guile.devel Subject: Stable branch will freeze. Date: 15 Mar 2002 00:29:06 +0100 Sender: guile-devel-admin@gnu.org Message-ID: <87vgbywwxp.fsf@zagadka.ping.de> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1016148622 27303 127.0.0.1 (14 Mar 2002 23:30:22 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 14 Mar 2002 23:30:22 +0000 (UTC) Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16lefu-00076A-00 for ; Fri, 15 Mar 2002 00:30:22 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16lefi-0007GW-00; Thu, 14 Mar 2002 18:30:10 -0500 Original-Received: from dialin.speedway42.dip228.dokom.de ([195.138.42.228] helo=zagadka.ping.de) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 16lech-00079A-00 for ; Thu, 14 Mar 2002 18:27:03 -0500 Original-Received: (qmail 23316 invoked by uid 1000); 14 Mar 2002 23:29:06 -0000 Original-To: Guile Development List Original-Lines: 25 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 Errors-To: guile-devel-admin@gnu.org X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for Guile, the GNU extensibility library List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.lisp.guile.devel:49 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:49 Hi, I just made the lonely decision to be more rigorous about the "stable" branch_release-1-6 branch. We need to be much more rigorous about really keeping the stable branch stable. From now on, only release critical, uncontroversial fixes will be allowed. I intend to be firm on this. We are not getting anywhere without restraining us from putting new stuff into the stable branch. Of course, it is already controversial exactly what is release critical. I'll just be deciding this. :) Consequences: the guile-snarf changes need to be brought back to a state where guile-snarf is completely compatible with the last guile-snarf that has been installed. It can add features, but must not remove any. Also it should define SCM_MAGIC_SNARFER in addition to SCM_MAGIC_SNARF_INIT when pre-processing the C file. The fact that SCM_MAGIC_SNARFER is defined should be documented, while SCM_MAGIC_SNARF_INIT should not be documented. Thien-Thi, I can make these changes if you want me to. Please feel free to hack on guile-snarf in the HEAD branch. I really think your work on the snarfer is important, please don't get me wrong. _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel