[hunchentoot-devel] 'max-threads' behavior for Hunchentoot

[Faré]

On 23 August 2010 11:21, Edi Weitz <edi at agharta.de> wrote:
>> Oops, I didn't realize the patch was not lispworks-friendly. I'll see
>> if there's anything obvious I can do to make it compile as before on
>> LispWorks.
>
> From a quick look, I'd say you just have to check that LispWorks
> doesn't see any of the symbols from Bordeaux Threads and usocket.  If
> you end up with code where the new features only work on non-LispWorks
> compilers, that's not a problem.  I'll take care of the rest then.
>
Hum. At some point we use make-condition-variable,
which in bordeaux-threads is a non-trivial bit of code on lispworks.
Is there a good reason to not use bordeaux-threads on lispworks?
What is the right thing to do here?


>> Oh, that was an independent change I did to make h'toot more friendly
>> to xcvb (that doesn't read the asd file thus will bork on the version)
>> and the future more declarative asdf 3 (in which asd files would
>> putatively not contain code?). I can separate it from the rest if you
>> wish.
>
> Yes, please.
>
Will do.

[ François-René ÐVB Rideau | Reflection&Cybernethics | http://fare.tunes.org ]
Wishing without work is like fishing without bait.
	— Frank Tyger