Thank you, Sean.
I have applied your patch.
I have also disabled the concurrency tests for SBCL as their mode of
failure is very annoying, at least under slime.
However, fixing those tests (or the concurrency problem they represent)
under SBCL is a high priority.
Unfortunately, an even higher-p
On 4/9/08, Robert L. Read <[EMAIL PROTECTED]> wrote:
> Thanks for pointing this out, Sean. Would it be possible for you to
> submit a patch for it? I don't have lispworks, and am therefore not
> capable of developing for it. Apparently you do...this is bound to be
> the kind of things that ot
Hi,
On 4/7/08, Jens Teich <[EMAIL PROTECTED]> wrote:
Lispworks 5.1
Mac OS X 10.5
** Error in (DEFCLASS ELEPHANT:BTREE-INDEX):
Invalid allocation type INSTANCE for slot-definition-allocation
There seems to have been a MOP conformance fix with Lispworks 5.1
which causes
the (setf slot-
Hi,
On 4/7/08, Jens Teich <[EMAIL PROTECTED]> wrote:
Lispworks 5.1
Mac OS X 10.5
** Error in (DEFCLASS ELEPHANT:BTREE-INDEX):
Invalid allocation type INSTANCE for slot-definition-allocation
There seems to have been a MOP conformance fix with Lispworks 5.1
which causes
the (setf slot-de
On Tue, 2008-04-08 at 16:13 +0100, Sean Ross wrote:
> On 4/7/08, Jens Teich <[EMAIL PROTECTED]> wrote:
> > Lispworks 5.1
> > Mac OS X 10.5
> > ** Error in (DEFCLASS ELEPHANT:BTREE-INDEX):
> > Invalid allocation type INSTANCE for slot-definition-allocation
>
> There seems to have been a MOP c
On 4/7/08, Jens Teich <[EMAIL PROTECTED]> wrote:
> Lispworks 5.1
> Mac OS X 10.5
> ** Error in (DEFCLASS ELEPHANT:BTREE-INDEX):
> Invalid allocation type INSTANCE for slot-definition-allocation
There seems to have been a MOP conformance fix with Lispworks 5.1 which causes
the (setf slot-defi
Lispworks 5.1
Mac OS X 10.5
CL-USER 1 > (asdf :elephant)
; loading system definition from /Users/jensteich/Lisp/elephant/
elephant.asd into
; #
; Loading text file /Users/jensteich/Lisp/elephant/elephant.asd
; registering # as ELEPHANT
; loading system definition from /Users/jensteich/Lisp/cl-
