- armedbear-devel - mailman3.common-lisp.net

[armedbear-devel] Welcome to the team: Rudi Schlatte
by Erik Huelsmann 10 Jan '12

10 Jan '12

Rudi Schlatte has been working toward getting us AMOP compatibility. That goal hasn't been reached, but he's very much welcome to join the team! Help improve ABCL any way you can! Thanks for your contributions so far and all those which will come. I've added you to the armedbear group, meaning you should now be able to commit to our repository. BTW: If you feel a patch needs review, you can still send your patches to the list for review and discussion. Bye, Erik.

1 0

[armedbear-devel] Patch for bug 172
by Rudolf Schlatte 10 Jan '12

10 Jan '12

Hi, ; SLIME 2012-01-06 CL-USER> (defgeneric foo (x) (:documentation "Hi there!")) #<STANDARD-GENERIC-FUNCTION FOO {78189538}> CL-USER> (documentation 'foo 'function) "Hi there!" CL-USER> LispObject.java didn't know that things other than Function could be in a symbol's function slot. Regards, Rudi Changes in HEAD Modified src/org/armedbear/lisp/LispObject.java diff --git a/src/org/armedbear/lisp/LispObject.java b/src/org/armedbear/lisp/LispObject.java index ce52169..e0d3f35 100644 --- a/src/org/armedbear/lisp/LispObject.java +++ b/src/org/armedbear/lisp/LispObject.java @@ -658,7 +658,7 @@ public class LispObject //extends Lisp return ((Cons)entry).cdr; } if(docType == Symbol.FUNCTION && this instanceof Symbol) { - Object fn = ((Symbol)this).getSymbolFunction(); + LispObject fn = ((Symbol)this).getSymbolFunction(); if(fn instanceof Function) { DocString ds = fn.getClass().getAnnotation(DocString.class); if(ds != null) { @@ -672,6 +672,9 @@ public class LispObject //extends Lisp return doc; } } + } else if (fn instanceof StandardGenericFunction) { + return StandardGenericFunction.checkStandardGenericFunction(fn) + .slots[StandardGenericFunctionClass.SLOT_INDEX_DOCUMENTATION]; } } return NIL;

1 0

[armedbear-devel] Patch for failing ansi method-combination tests
by Rudolf Schlatte 10 Jan '12

10 Jan '12

Hi, Here's a patch for the newly-faililng ansi tests mentioned on irc, moving creation of short-method-combination objects inline. (The same could be done for long-method-combination objects -- the make-long-method-combination function is a remnant of the time when method combinations were implemented as structures.) Rudi

1 0

[armedbear-devel] HEADS-UP: freezing branch soon for abcl-1.0.1
by Mark Evenson 09 Jan '12

09 Jan '12

I'd like to get a release out for abcl-1.0.1, as we shipped with [several things broken][1] notably the ABCL-CONTRIB. Since everyone seems quite busy, I'd like to volunteer to sign and ship this one, helping to strengthen our release process. I've set the milestone in Trac for the middle of January, but would rather this happen on the order of days. It looks like we're going to be able to get to working with closer-mop with abcl-1.1.0, so I want to separate out a stable ABCL that at least works something like what [the Manual][abcl-1.0-user-manual.pdf] describes. [1]: http://trac.common-lisp.net/armedbear/milestone/1.0.1 [abcl-1.0-user-manual.pdf]: http://abcl-dynamic-install.googlecode.com/files/abcl-20111108a.pdf @Erik: I'll merge the byte array bug you addressed. @Alessio: There's a distribution POM for abcl-contrib ('abcl/contrib/pom.xml') that seems to work. Can you eventually ensure that the update is pushed to Sonatype? I assume we can easily add new artifacts under the GroupID we currently push abcl-1.0.0.jar with, right? Fine touches on the Manual; editing CHANGES; testing of the [abcl-1.0.1 branch][2] are all welcome. I will backport any significant contributions from trunk. And patches are always more than welcome. [2]: http://svn.common-lisp.net/armedbear/branches/1.0.x/abcl/ yers in CONS, Mark <evenson(a)panix.com>

1 1

[armedbear-devel] Reworked patch: convert (long|short)-method-combination into CLOS classes
by Rudolf Schlatte 06 Jan '12

06 Jan '12

Hi, After Mark's question about "what are you really trying to do?" I realized that in clos.lisp we have defun and friends available, so the accessor functions for method combinations can be implemented there. Attached is a reworked patch. I believe that the class definitions need to stay inside StandardClass.lisp, since we can't call ensure-class yet. I also attach a patch that gets rid of the ill-fated EqualSpecializerObject.java and replaces it with 3 lines of Lisp code ... (Thanks for tolerating my stumbling-about in your project, guys..) Rudi

1 0

[armedbear-devel] Patch: convert method-combination from structure to class representation
by Rudolf Schlatte 06 Jan '12

06 Jan '12

Hi, Another day, another conversion ... This was the error (apart from some un-exported symbols, which I plan to collect in a separate patch) that brought mop-feature-tests to a halt last time. I'll try to re-run it soon and see how much farther we get now. Any feedback that makes your work easier gladly welcomed, including code style, documentation etc. Rudi

2 2

[armedbear-devel] [Patch] add classes METAOBJECT, SPECIALIZER
by Rudolf Schlatte 05 Jan '12

05 Jan '12

Hi, These two patches add the metaobject and specializer classes (ref. Table 5.1 in AMOP). They are at the proper place in the class hierarchy as far as possible -- there are some structures that should be classes (eql-specializer, method-combination) and [standard-]generic-function still have the wrong metaclass and superclasses. Regards, Rudi

3 11

[armedbear-devel] invoke.lisp can't find jsint.Invoke
by Peter Olsen 26 Dec '11

26 Dec '11

Ladies and Gentlemen, I've been trying to run ABCL with JSS. I load ABCL then I try to '(load "invoke.lisp")'. I always get an error Peters-MacBook-Pro:bin pcolsen$ java -cp jscheme.jar -jar abcl-1.0.0.jar Armed Bear Common Lisp 1.0.0 Java 1.6.0_29 Apple Inc. Java HotSpot(TM) 64-Bit Server VM Low-level initialization completed in 0.315 seconds. Startup completed in 1.06 seconds. Type ":help" for a list of available commands. CL-USER(1): (load "invoke.lisp") Error loading /Users/pcolsen/bin/invoke.lisp at line 194 (offset 8509) #<THREAD "interpreter" {1DC2DAD7}>: Debugger invoked on condition of type ERROR Class not found: jsint.Invoke Restarts: 0: TOP-LEVEL Return to top level. [1] CL-USER(2): I the past several years I have used Java only to support ABCL, so I may be making some simple mistake that I have not the wit to recognize. Please feel free to tell me to RTFM, but please give me a hint about what part of TFM I should R. Thanks! Peter Peter Olsen pcolsen(a)gmail.com Scientists study the world; engineers change it.

2 1

[armedbear-devel] stack overflow when compiling alexandria-tests
by Anton Vodonosov 20 Dec '11

20 Dec '11

Hello I am running tests of some libraries with ABCL (I decided to setup an test environment for CL libraries). When compiling alexandria tests by (quicklisp:quickload :alexandria-tests) it encounters StackOverflow. I am using the latest quicklisp. I've tried to increase the java stack size by -XX:ThreadStackSize=12048, but it doesn't help. Best regards, - Anton

2 1

[armedbear-devel] Bug in reader case handling
by Blake McBride 12 Dec '11

12 Dec '11

Greetings, Given a file name ff.lisp containing the following: (setf (readtable-case *readtable*) :invert) (defpackage "abc" (:use "COMMON-LISP") (:export "MYFUN")) (in-package "abc") (defun myfun (a b) (+ a b)) ; EOF Then try: (use-package "abc") (myfun 4 5) (abc:myfun 4 5) ; this should not work (ABC:myfun 4 5) ; this should work This works as described in sbcl, cmucl, clisp and ecl but doesn't work in abcl. It seams abcl takes into account the case of the entire "ABCL:myfun" when dealing with case. All the other lisps treat "ABC" and "myfun" separately in terms of string case. Blake McBride

1 0