diff options
author | Ken Raeburn <raeburn@raeburn.org> | 2009-10-29 17:22:17 -0400 |
---|---|---|
committer | Ken Raeburn <raeburn@raeburn.org> | 2009-10-30 18:40:41 -0400 |
commit | 9515ef7237bc9709736f625b364448f2a80f73d8 (patch) | |
tree | 0a4712e5564defed7f7556515cd9fb5daa2b468f /doc/ref/api-scheduling.texi | |
parent | 7ed7e4bb2fe7ef97a72306746d4ea1282ab57ee7 (diff) | |
download | guile-9515ef7237bc9709736f625b364448f2a80f73d8.tar.gz |
Since support for "futures" in C has been completely disabled for some
time, and should be easily implementable in Scheme with the current
thread support, delete the C code.
* libguile/futures.c, libguile/futures.h: Delete.
* libguile/Makefile.am (libguile_la_SOURCES, DOT_X_FILES,
DOT_DOC_FILES, modinclude_HEADERS): Delete references to futures.*
files.
* libguile.h: Don't include futures.h.
* libguile/eval.c: Don't include futures.h.
(isymnames): Delete "#@future" entry.
(scm_m_future, s_future, scm_sym_future, unmemoize_future,
unmemoize_builtin_macro): Delete disabled futures code.
* libguile/eval.i.c (CEVAL): Delete disabled futures code.
* libguile/init.c: Don't include futures.h.
(scm_i_init_guile): Delete disabled futures initialization call.
* libguile/tags.h (SCM_IM_FUTURE): Delete.
(SCM_IM_CALL_WITH_VALUES, SCM_IM_ELSE, SCM_IM_ARROW,
SCM_IM_NIL_COND, SCM_IM_BIND): Renumber.
* doc/ref/api-scheduling.texi: Delete commented-out node on Futures.
* doc/maint/guile.texi: Delete make-future and future-ref mentions.
Diffstat (limited to 'doc/ref/api-scheduling.texi')
-rw-r--r-- | doc/ref/api-scheduling.texi | 33 |
1 files changed, 0 insertions, 33 deletions
diff --git a/doc/ref/api-scheduling.texi b/doc/ref/api-scheduling.texi index 34697d3cf..8382ba3f1 100644 --- a/doc/ref/api-scheduling.texi +++ b/doc/ref/api-scheduling.texi @@ -792,39 +792,6 @@ Like @code{scm_with_dynamic_state}, but call @var{func} with @var{data}. @end deftypefn -@c @node Futures -@c @subsection Futures -@c @cindex futures - -@c -- Futures are disabled for the time being, see futures.h for an -@c -- explanation. - -@c Futures are a convenient way to run a calculation in a new thread, and -@c only wait for the result when it's actually needed. - -@c Futures are similar to promises (@pxref{Delayed Evaluation}), in that -@c they allow mainline code to continue immediately. But @code{delay} -@c doesn't evaluate at all until forced, whereas @code{future} starts -@c immediately in a new thread. - -@c @deffn {syntax} future expr -@c Begin evaluating @var{expr} in a new thread, and return a ``future'' -@c object representing the calculation. -@c @end deffn - -@c @deffn {Scheme Procedure} make-future thunk -@c @deffnx {C Function} scm_make_future (thunk) -@c Begin evaluating the call @code{(@var{thunk})} in a new thread, and -@c return a ``future'' object representing the calculation. -@c @end deffn - -@c @deffn {Scheme Procedure} future-ref f -@c @deffnx {C Function} scm_future_ref (f) -@c Return the value computed by the future @var{f}. If @var{f} has not -@c yet finished executing then wait for it to do so. -@c @end deffn - - @node Parallel Forms @subsection Parallel forms @cindex parallel forms |