This is the mail archive of the
guile@sourceware.cygnus.com
mailing list for the Guile project.
Re: Threads in Guile
- To: Chris Cramer <crayc at kiwi dot pyro dot net>
- Subject: Re: Threads in Guile
- From: Mikael Djurfeldt <mdj at mdj dot nada dot kth dot se>
- Date: 02 Jun 2000 14:18:10 +0200
- Cc: Guile Mailing List <guile at sourceware dot cygnus dot com>
- Cc: djurfeldt at nada dot kth dot se
- References: <xy7vgzwyww7.fsf@mdj.nada.kth.se><Pine.LNX.4.21.0005311146350.20418-100000@marvin.ida.ing.tu-bs.de><20000601203846.A883@kiwi.pyrotechnics.com>
Chris Cramer <crayc@kiwi.pyro.net> writes:
> IIRC it's just a replacement for select() that keeps one thread from
> blocking everyone with a select()/read()/write()/etc. I believe you can
> just toss it; pthreads doesn't need anything like it, and all the code
> that needs it is marked with #ifdefs.
We are now disconnecting libguile from the thread libraries, allowing
an application to choose whether to use threading or not, and which
thread library to use.
Guile is going to continue supporting cooperative thread libraries.
Therefore we still need to support the scm_internal_select call.
When using libguile together with pthreads, scm_internal_select will
invoke OS select.