This is the mail archive of the
guile@sourceware.cygnus.com
mailing list for the Guile project.
Re: Extracting cell code to gc.h
- To: Dirk Herrmann <dirk at ida dot ing dot tu-bs dot de>
- Subject: Re: Extracting cell code to gc.h
- From: Mikael Djurfeldt <mdj at mdj dot nada dot kth dot se>
- Date: 25 Mar 2000 15:38:08 +0100
- Cc: Guile Mailing List <guile at sourceware dot cygnus dot com>
- Cc: djurfeldt at nada dot kth dot se
- References: <Pine.LNX.4.21.0003251029430.26836-100000@marvin.ida.ing.tu-bs.de>
Dirk Herrmann <dirk@ida.ing.tu-bs.de> writes:
> Currently pairs.h contains a lot of macros that deal with cells, but which
> not really are specific to scheme pairs. I suggest to move these macros
> to gc.h. The same is true for the SCM2PTR / PTR2SCM macros, which are
> also just cell pointer related.
>
> There are some points in favor of such a move:
> * It's cleaner. Cells are a more general thing than pairs.
> * Everybody that uses cells automatically has to include the pairs
> stuff. After this move, gc.h will still be included everywhere, but
> pairs.h will only have to be included by code that actually uses pairs,
> and not just cells.
> * Since, according to the recent discussion about variables of type SCM,
> macros like SCM_CAR and SCM_CDR should in future only be used for real
> scheme pairs, these will be kept in pairs.h, thus emphasizing the
> separate concepts.
Good suggestion! I think you should go ahead with it.