
Hello, The attached patches do not add or fix anything, just clean up the lispworks implementation a bit. ;-) 1) bordeaux-threads-0.8.1+lw6x.patch This patch updates lispworks implementation reflecting all recent changes in LispWorks 6.x MP API. Some MP calls are still available in 6.x but considered deprecated and removed from documentation. 1.1) current-thread() changes It is better to use mp:get-current-process() that was introduced in LispWorks 5.1 instead of mp:*current-process* that can be bound to another process. 1.2) threadp() changes MP provides its own predicates for processes. 1.3) acquire-recursive-lock() and release-recursive-lock() changes I am getting warnings when compiling bordeaux-threads, so why not 'declaim' these calls 'inline' instead (fixed in the patch) ;;;*** Warning in BORDEAUX-THREADS:ACQUIRE-RECURSIVE-LOCK: Inline expansion for BORDEAUX-THREADS:ACQUIRE-LOCK not found ;;;*** Warning in BORDEAUX-THREADS:ACQUIRE-RECURSIVE-LOCK: Inline expansion for BORDEAUX-THREADS:ACQUIRE-LOCK not found ; BORDEAUX-THREADS:ACQUIRE-RECURSIVE-LOCK ;;;*** Warning in BORDEAUX-THREADS:RELEASE-RECURSIVE-LOCK: Inline expansion for BORDEAUX-THREADS:RELEASE-LOCK not found ;;;*** Warning in BORDEAUX-THREADS:RELEASE-RECURSIVE-LOCK: Inline expansion for BORDEAUX-THREADS:RELEASE-LOCK not found 1.4) join-thread() changes LispWorks 6.0 introduces its own mp:process-join() function. 2) bordeaux-threads-0.8.1+eos.patch This patch replaces FiveAM with Eos. Eos has no dependencies and backward compatible with FIveAM API. I couldn't manage to load FiveAM in LW because of arnesi loading errors. All tests work fine with Eos (tested with recent Clozure CL, SBCL and LW 6.1). Thank you for your time. ;-) -- --ska