From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Han-Wen Newsgroups: gmane.lisp.guile.devel Subject: Re: GC rewrite, first version. Date: Tue, 30 Jul 2002 00:05:26 +0200 Sender: guile-devel-admin@gnu.org Message-ID: <15685.48166.358219.226421@blauw.xs4all.nl> References: <87lm7ujleb.fsf@raven.i.defaultvalue.org> Reply-To: hanwen@cs.uu.nl NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1027980174 3566 127.0.0.1 (29 Jul 2002 22:02:54 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 29 Jul 2002 22:02:54 +0000 (UTC) Cc: Dirk Herrmann , guile-devel@gnu.org Return-path: Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17ZIbN-0000vP-00 for ; Tue, 30 Jul 2002 00:02:53 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17ZIbj-0000gq-00; Mon, 29 Jul 2002 18:03:15 -0400 Original-Received: from smtpzilla3.xs4all.nl ([194.109.127.139]) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17ZIay-0000e2-00 for ; Mon, 29 Jul 2002 18:02:29 -0400 Original-Received: from blauw.xs4all.nl (blauw.xs4all.nl [213.84.26.127]) by smtpzilla3.xs4all.nl (8.12.0/8.12.0) with ESMTP id g6TM2K0t004085; Tue, 30 Jul 2002 00:02:20 +0200 (CEST) Original-To: Rob Browning In-Reply-To: <87lm7ujleb.fsf@raven.i.defaultvalue.org> X-Mailer: VM 7.05 under Emacs 21.2.1 Errors-To: guile-devel-admin@gnu.org X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.0.11 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:886 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:886 rlb@defaultvalue.org writes: > Dirk Herrmann writes: > > > The problem with private headers is, that sometimes you like to > > introduce some macros / function references which themselves are not > > part of the API, but which you need to implement some macros (or - > > in the not too far future - inline functions) that are part of the > > API. This, however, means that these have to be part of the public > > headers. This is one of the reasons we decided for the scm_i_ and > > SCM_I_ prefixes. > > Oh right -- thanks -- I remember that now. That was a pretty good > reason :> Well, if any of the private GC move to public headers, we can always insert the I. -- Han-Wen Nienhuys | hanwen@cs.uu.nl | http://www.cs.uu.nl/~hanwen _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel