This is the mail archive of the
guile@sourceware.cygnus.com
mailing list for the Guile project.
Re: Unwanted hook names (was Re: interface reductions)
- To: Dirk Herrmann <dirk at ida dot ing dot tu-bs dot de>
- Subject: Re: Unwanted hook names (was Re: interface reductions)
- From: Michael Livshin <mlivshin at bigfoot dot com>
- Date: 25 May 2000 18:52:05 +0300
- Cc: Miroslav Silovic <silovic at zesoi dot fer dot hr>, "Greg J. Badros" <gjb at cs dot washington dot edu>, Guile Mailing List <guile at sourceware dot cygnus dot com>, djurfeldt at nada dot kth dot se
- Organization: who? me?
- References: <Pine.LNX.4.21.0005251736360.5213-100000@marvin.ida.ing.tu-bs.de>
Dirk Herrmann <dirk@ida.ing.tu-bs.de> writes:
> On 25 May 2000, Miroslav Silovic wrote:
>
> > Or set them as a property (a systsem that is already in place and
> > (hopefully) tested :) ).
>
> That's probably the best way to do it. However, we still could provide
> convenience functions for the C level, since the functions that are
> provided in objprop.[ch] only accept SCM values:
> extern SCM scm_object_property (SCM obj, SCM key);
> extern SCM scm_set_object_property_x (SCM obj, SCM key, SCM val);
that's the best way to do it, provided it's explicitly documented
(i.e. it's documented that `scm_object_name' returns the property
`name'), or else there bound to be surprises.
> In any case, we can safely remove the SCM_HOOK_NAME macro and related
> code, right?
I think so. uh, you mean "deprecate", right? ;)
[ you probably shouldn't worry about arbiters, I vaguely remember
Mikael threatening to drop them for mutices Real Soon Now. ]
--
Incrementally extended heuristic algorithms tend inexorably toward the
incomprehensible.