Re: scratch/list-threads 833a2d4 2/9: Make lisp/thread.el the new home for thread-related Lisp functions

[Stefan Monnier]

>> >> What's wrong with (fboundp 'make-thread)?
>> > That (AFAIK) it returns non-nil even when threads are not available?
>> What is the reason for this?
> AFAIR, that was how Tom wrote the code in the first place.  It makes
> the configury slightly less complicated, and makes extending the
> low-level support to other threading libraries slightly easier.  Not
> very important reasons, but then we do have other features that just
> do nothing useful on platforms where they cannot be supported.

Hmm... I see.  That's too bad: (fboundp 'make-thread) seems like the
most natural way to check for availability of threading.

> No.  AFAIK, all platforms that support threads either don't need any
> library, or load it right at the beginning.

That was my impression,


        Stefan