Mikael Djurfeldt <[EMAIL PROTECTED]> writes:

>> Would that make sense?
>
> I don't think so for obvious reasons.  It would not make sense to
> spawn new pthreads for the kind of usage patterns for which futures
> are intended. In my opinion it's better to scrap futures entirely than
> to provide the suggested implementation above.

Ok, I see.  (I have no intention to remove futures.)

I think we need to be more concrete about the pool of threads that
futures use.  It should be documented and there should be a way to
control the number of threads, for example.

(I will also try to benchmark them, but there is a bug right now that
prevents me from using a huge number of threads... (that bug is not
related to futures))

> Note also that futures, by their nature, necessarily needs to be
> maintained together with the guile-core rather than being provided
> by a separate package.

Why is that so?


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

Reply via email to