Re: snarfer guard macro name decision: SCM_MAGIC_SNARFER

[Thien-Thi Nguyen]

   From: Marius Vollmer <address@hidden>
   Date: 15 Mar 2002 00:35:23 +0100

   > 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.

thanks for the explanation (which is also touched upon in NEWS -- i
should have looked there first).  looks like "1.4 compatibility" in
snarfing has no value in the long run, so "guile-snarf --compat=1.4"
support is misguided and can be removed.  i'll replace it with detection
of the deprecated macros, which for 1.6 would result in a warning, and
1.8 would result in an error.

thi