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: Re: snarfer guard macro name decision: SCM_MAGIC_SNARFER Date: 15 Mar 2002 00:35:23 +0100 Sender: guile-devel-admin@gnu.org Message-ID: <87r8mmwwn8.fsf@zagadka.ping.de> References: <877kognusb.fsf@zagadka.ping.de> <87henkgmbi.fsf@raven.i.defaultvalue.org> <87zo1bx9wo.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 1016148978 27476 127.0.0.1 (14 Mar 2002 23:36:18 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 14 Mar 2002 23:36:18 +0000 (UTC) Cc: guile-devel@gnu.org Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16leld-000794-00 for ; Fri, 15 Mar 2002 00:36:17 +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 16lelT-0000nc-00; Thu, 14 Mar 2002 18:36:07 -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 16leim-0000dX-00 for ; Thu, 14 Mar 2002 18:33:20 -0500 Original-Received: (qmail 23330 invoked by uid 1000); 14 Mar 2002 23:35:23 -0000 Original-To: ttn@glug.org In-Reply-To: Original-Lines: 48 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:51 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:51 Thien-Thi Nguyen writes: > From: Marius Vollmer > Date: 14 Mar 2002 19:48:55 +0100 > > Don't do this. First, SCM_VCELL and SCM_VARIABLE are not the same > thing. You can't substitute one for the other. (Likewise for the > substitutions.) > > oops my bad, i didn't understand the macros well enough. what can you > use then, if you're interested in the long term? The long term macro is SCM_VARIABLE. > Second, we already keep proper backward compatibility in the C code > itself: > > #if (SCM_DEBUG_DEPRECATED == 0) > > #define SCM_CONST_LONG(c_name, scheme_name,value) \ > SCM_VCELL_INIT(c_name, scheme_name, scm_long2num(value)) > > these are not available in HEAD branch, which is where i did the > original digging (thinking that perhaps snarfing macros are no longer in > flux, but now i see that's not the case). > > they are indeed in branch_release-1-6. > > so now i'm confused. is each guile release going to change these names > to something else and yank some previous name? Not necessarily. > why isn't SCM_VCELL in HEAD branch snarf.h? It is deprecated in the 1.6 branch and all things that are deprecated in 1.6 are already removed from HEAD. It is deprecated in the 1.6 branch because the whole concept of vcells has been deprecated. This has been done to clean up a confusing between glocs and structs and to make the memoized code be a proper Scheme data structure. Also, some bindings where done with variables, and some not. Now all bindings are done with variables which makes for a better integration of the module system into the rest of Guile. > how do you propose to handle the situation where a user has > SCM_VCELL but would like to use guile-1.8? He should remove all uses of vcells and switch to variables. _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel