unofficial mirror of guile-devel@gnu.org 
 help / color / mirror / Atom feed
* Should scm_c_run_hook be internal?
@ 2002-03-15 23:47 Neil Jerram
  2002-04-24 21:02 ` Marius Vollmer
  0 siblings, 1 reply; 2+ messages in thread
From: Neil Jerram @ 2002-03-15 23:47 UTC (permalink / raw)


Documenting hooks, I just wrote the following about scm_c_run_hook:

-----------------
If, in C code, you are certain that you have a hook object and well
formed argument list for that hook, you can also use
@code{scm_c_run_hook}, which is identical to @code{scm_run_hook} but
does no type checking.

@deftypefn {C Function} void scm_c_run_hook (SCM hook, SCM args)
The same as @code{scm_run_hook} but without any type checking to confirm
that @var{hook} is actually a hook object and that @var{args} is a
well-formed list matching the arity of the hook.
@end deftypefn
-----------------

Is this right, or should scm_c_run_hook really be for internal use
only?  (And hence scm_i_run_hook?)  It's currently used from gc.c to
run the after-gc-hook.

        Neil


_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-devel


^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Should scm_c_run_hook be internal?
  2002-03-15 23:47 Should scm_c_run_hook be internal? Neil Jerram
@ 2002-04-24 21:02 ` Marius Vollmer
  0 siblings, 0 replies; 2+ messages in thread
From: Marius Vollmer @ 2002-04-24 21:02 UTC (permalink / raw)
  Cc: Guile Development

Neil Jerram <neil@ossau.uklinux.net> writes:

> Documenting hooks, I just wrote the following about scm_c_run_hook:
> 
> -----------------
> If, in C code, you are certain that you have a hook object and well
> formed argument list for that hook, you can also use
> @code{scm_c_run_hook}, which is identical to @code{scm_run_hook} but
> does no type checking.
> 
> @deftypefn {C Function} void scm_c_run_hook (SCM hook, SCM args)
> The same as @code{scm_run_hook} but without any type checking to confirm
> that @var{hook} is actually a hook object and that @var{args} is a
> well-formed list matching the arity of the hook.
> @end deftypefn
> -----------------
> 
> Is this right, or should scm_c_run_hook really be for internal use
> only?  (And hence scm_i_run_hook?)  It's currently used from gc.c to
> run the after-gc-hook.

This is right.  I don't think scm_c_run_hook is an especially
important function to provide, but it isn't really dangerous either,
given your docs.

_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-devel


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2002-04-24 21:02 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-03-15 23:47 Should scm_c_run_hook be internal? Neil Jerram
2002-04-24 21:02 ` Marius Vollmer

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).