January 2012 - armedbear-ticket - mailman3.common-lisp.net

[armedbear-ticket] [armedbear] #32: Modify the currently disabled runtime-class.lisp code to not require ASM
by armedbear 28 Jul '12

28 Jul '12

#32: Modify the currently disabled runtime-class.lisp code to not require ASM --------------------------------------------------------------------+------- Reporter: vvoutilainen | Owner: somebody Type: enhancement | Status: new Priority: major | Milestone: Component: component1 | Version: Keywords: jvm bytecode compiler runtime dynamic class generation | --------------------------------------------------------------------+------- It's possible to define classes at runtime, by generating bytecode and loading it from the generated binary data, without ever writing it to a temporary file. runtime-class.lisp does that, but it requires an external bytecode library (ASM). ABCL has all the functionality for this to be done without ASM, so the task is to modify the runtime-class.lisp code so that ASM is no longer required and the code can be taken to be part of the build. -- Ticket URL: <http://127.0.0.1:8000/armedbear/ticket/32> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 2

[armedbear-ticket] [armedbear] #137: CLtL2 environment support
by armedbear 28 Jul '12

28 Jul '12

#137: CLtL2 environment support -------------------------+-------------------------------------------------- Reporter: ehuelsmann | Owner: ehuelsmann Type: enhancement | Status: new Priority: minor | Milestone: Component: compiler | Version: Keywords: | -------------------------+-------------------------------------------------- Cyrus Harmon requests support for [http://www.cs.cmu.edu/Groups/AI/html/cltl/clm/node102.html#SECTION001250000… CLtL2 environment] objects support for his pixel access library, as described in a [http://cyrusharmon.org/blog/display?id=113 recent blog post] on [https://github.com/slyrus/opticl/blob/master/opticl.lisp opticl]. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/137> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 3

[armedbear-ticket] [armedbear] #55: Clearing LispThread.currentThread()._values more efficiently
by armedbear 28 Jul '12

28 Jul '12

#55: Clearing LispThread.currentThread()._values more efficiently -------------------------+-------------------------------------------------- Reporter: ehuelsmann | Owner: ehuelsmann Type: enhancement | Status: new Priority: major | Milestone: Component: compiler | Version: Keywords: | -------------------------+-------------------------------------------------- We currently clear _values all over the place; we could be more efficient some times. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/55> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 8

[armedbear-ticket] [armedbear] #192: ASDF::IMPLEMENTATION-IDENTIFIER contains information on which ABCL was compiled
by armedbear 28 Jul '12

28 Jul '12

#192: ASDF::IMPLEMENTATION-IDENTIFIER contains information on which ABCL was compiled ------------------------------+--------------------------------------------- Reporter: mevenson | Owner: ehuelsmann Type: defect | Status: new Priority: trivial | Milestone: unscheduled Component: (A)MOP | Version: 1.0 Keywords: asdf, bite-sized | ------------------------------+--------------------------------------------- [http://article.gmane.org/gmane.lisp.armedbear.devel/2169 Anton Vodonosov reports on armedbear-develop@] that the ASDF IMPLEMETATION-IDENTIFIER contains a reference to the system that ABCL was compiled on: For the [http://common-lisp.net/project/armedbear/release- notes-1.0.1.shtml Recent abcl-1.0.1 release] which was compiled on [http://wiki.openindiana.org/oi/oi_151a+Release+Notes OpenIndiana oi_151a] system one sees: {{{ CL-USER> (asdf::implementation-identifier) abcl-1.0.1-svn-13750-13751-fasl38-solaris-x86 }}} I vaguely remember discussing this with Faré, suggesting the right value might be the current JVM version that ABCL finds itself hosted upon. Patches solicited. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/192> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 3

[armedbear-ticket] [armedbear] #34: adjust generated '*.cls' filenames
by armedbear 14 Jul '12

14 Jul '12

#34: adjust generated '*.cls' filenames ------------------------+--------------------------------------------------- Reporter: mevenson | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Component: component1 | Version: Keywords: | ------------------------+--------------------------------------------------- dmiles: it be nice to eventually name the coerce-666.cls coerce_666.cls as the same name of the way classpaths think about them (they'd continue to work).. one argument agaist is our autoloader at least gets a better whack at finding them in the right context apart from classloader -- Ticket URL: <http://127.0.0.1:8000/armedbear/ticket/34> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 5

[armedbear-ticket] [armedbear] #173: Cannot initialize ABCL within .ear
by armedbear 30 May '12

30 May '12

#173: Cannot initialize ABCL within .ear -----------------------------------------------------------------------+---- Reporter: https://me.yahoo.com/a/KvgfiPIMkNAd1zTHUTfXlVJkp92K#3d978 | Owner: ehuelsmann Type: defect | Status: new Priority: blocker | Milestone: Component: interpreter | Version: 0.27 Keywords: | -----------------------------------------------------------------------+---- Exception is java.lang.Error: ABCL Debug.assertTrue() assertion failed! at org.armedbear.lisp.Debug.assertTrue(Debug.java:46) at org.armedbear.lisp.Pathname.init(Pathname.java:404) at org.armedbear.lisp.Pathname.<init>(Pathname.java:217) at org.armedbear.lisp.Site.init(Site.java:60) at org.armedbear.lisp.Site.getLispHome(Site.java:74) Truncated. see log file for complete stacktrace ABCL is initialized from .ear and tries to load boot.lisp on URL zip:/opt/was/.........abcl-0.27.0.jar!/......../boot.lisp -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/173> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 12

[armedbear-ticket] [armedbear] #194: ansi-compiled CL-TEST::LOOP-16 test has stack overflow on java7
by armedbear 24 May '12

24 May '12

#194: ansi-compiled CL-TEST::LOOP-16 test has stack overflow on java7 ---------------------------------+------------------------------------------ Reporter: mevenson | Owner: ehuelsmann Type: defect | Status: new Priority: major | Milestone: unscheduled Component: compiler | Version: 1.0.1 Keywords: java7 ansi-compiled | ---------------------------------+------------------------------------------ {{{ Stack overflow. [Condition of type STORAGE-CONDITION] Restarts: 0: [RETRY] Retry #<STANDARD-CLASS ASDF:TEST-OP {3EF04B6}> on #<ASDF:SYSTEM "ansi-compiled">. 1: [ACCEPT] Continue, treating #<STANDARD-CLASS ASDF:TEST-OP {3EF04B6}> on #<ASDF:SYSTEM "ansi-compiled"> as having been successful. 2: [ABORT] Abort compilation. 3: [*ABORT] Return to SLIME's top level. 4: [ABORT] Abort thread. Backtrace: 0: (#<FUNCTION {17A4682F}> #<STORAGE-CONDITION {2AB3F1C9}> #<FUNCTION {17A4682F}>) 1: (APPLY #<FUNCTION {17A4682F}> (#<STORAGE-CONDITION {2AB3F1C9}> #<FUNCTION {17A4682F}>)) 2: (SYSTEM::RUN-HOOK SYSTEM::*INVOKE-DEBUGGER-HOOK* #<STORAGE-CONDITION {2AB3F1C9}> #<FUNCTION {17A4682F}>) 3: (INVOKE-DEBUGGER #<STORAGE-CONDITION {2AB3F1C9}>) 4: org.armedbear.lisp.Lisp.error(Lisp.java:379) 5: org.armedbear.lisp.Java$pf_jrun_exception_protected.execute(Java.java:1315) 6: org.armedbear.lisp.Symbol.execute(Symbol.java:802) 7: org.armedbear.lisp.LispThread.execute(LispThread.java:649) 8: org.armedbear.lisp.rt_63.execute(rt.lsp:228) 9: org.armedbear.lisp.rt_67.execute(rt.lsp:228) 10: org.armedbear.lisp.LispThread.execute(LispThread.java:633) 11: org.armedbear.lisp.Java$pf_jrun_exception_protected.execute(Java.java:1308) 12: org.armedbear.lisp.Symbol.execute(Symbol.java:802) 13: org.armedbear.lisp.LispThread.execute(LispThread.java:649) 14: org.armedbear.lisp.rt_62.execute(rt.lsp:228) 15: org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:112) 16: org.armedbear.lisp.Symbol.execute(Symbol.java:813) 17: org.armedbear.lisp.LispThread.execute(LispThread.java:666) 18: org.armedbear.lisp.rt_78.execute(rt.lsp:348) 19: org.armedbear.lisp.Symbol.execute(Symbol.java:802) 20: org.armedbear.lisp.LispThread.execute(LispThread.java:649) 21: org.armedbear.lisp.rt_77.execute(rt.lsp:335) 22: org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:92) 23: org.armedbear.lisp.LispThread.execute(LispThread.java:633) 24: org.armedbear.lisp.Lisp.evalCall(Lisp.java:544) 25: org.armedbear.lisp.Lisp.eval(Lisp.java:515) 26: org.armedbear.lisp.Lisp.progn(Lisp.java:684) 27: org.armedbear.lisp.Closure.execute(Closure.java:426) 28: org.armedbear.lisp.Time$1.execute(Time.java:56) 29: org.armedbear.lisp.LispThread.execute(LispThread.java:649) 30: org.armedbear.lisp.Lisp.evalCall(Lisp.java:550) 31: org.armedbear.lisp.Lisp.eval(Lisp.java:515) 32: org.armedbear.lisp.Lisp.eval(Lisp.java:508) 33: org.armedbear.lisp.Load.loadStream(Load.java:570) 34: org.armedbear.lisp.Load.loadFileFromStream(Load.java:526) 35: org.armedbear.lisp.Load.load(Load.java:201) 36: org.armedbear.lisp.Load.load(Load.java:686) 37: org.armedbear.lisp.Load$_load.execute(Load.java:636) 38: org.armedbear.lisp.Symbol.execute(Symbol.java:837) 39: org.armedbear.lisp.LispThread.execute(LispThread.java:701) 40: org.armedbear.lisp.load_1.execute(load.lisp:33) 41: org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:101) 42: org.armedbear.lisp.Symbol.execute(Symbol.java:802) 43: org.armedbear.lisp.LispThread.execute(LispThread.java:649) 44: org.armedbear.lisp.ASDF_TMP_package_5.execute(package.lisp:22) 45: org.armedbear.lisp.Time$1.execute(Time.java:56) 46: org.armedbear.lisp.Symbol.execute(Symbol.java:802) 47: org.armedbear.lisp.LispThread.execute(LispThread.java:649) 48: org.armedbear.lisp.ASDF_TMP_package_1.execute(package.lisp:22) 49: org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:112) 50: org.armedbear.lisp.Symbol.execute(Symbol.java:813) 51: org.armedbear.lisp.LispThread.execute(LispThread.java:666) 52: org.armedbear.lisp.Primitives$pf_funcall.execute(Primitives.java:2710) 53: (JRUN-EXCEPTION-PROTECTED #<FUNCTION {18E070C}>) 54: (#<FUNCTION {1370A5A0}>) 55: (JRUN-EXCEPTION-PROTECTED #<FUNCTION {1370A5A0}>) 56: (REGRESSION-TEST::DO-ENTRY #S(REGRESSION-TEST::ENTRY :PEND T :NAME CL-TEST::CLASS-07.2 :PROPS NIL :FORM (LET ((CL-TEST::C #)) (VALUES (CL- TEST::NOTNOT #) (CL-TEST::S1 CL-TEST::C) (SLOT-BOUNDP CL-TEST:.. Locals: "??" = "??" 57: org.armedbear.lisp.LispThread.execute(LispThread.java:649) 58: abcl_211bc8a2_78e5_4d5d_b332_2512480e939c.execute(Unknown Source) 59: org.armedbear.lisp.LispThread.execute(LispThread.java:633) 60: org.armedbear.lisp.rt_64.execute(rt.lsp:228) 61: org.armedbear.lisp.LispThread.execute(LispThread.java:633) 62: org.armedbear.lisp.Java$pf_jrun_exception_protected.execute(Java.java:1308) 63: org.armedbear.lisp.Symbol.execute(Symbol.java:802) 64: org.armedbear.lisp.LispThread.execute(LispThread.java:649) 65: org.armedbear.lisp.rt_63.execute(rt.lsp:228) 66: org.armedbear.lisp.rt_67.execute(rt.lsp:228) 67: org.armedbear.lisp.LispThread.execute(LispThread.java:633) 68: org.armedbear.lisp.Java$pf_jrun_exception_protected.execute(Java.java:1308) 69: org.armedbear.lisp.Symbol.execute(Symbol.java:802) 70: org.armedbear.lisp.LispThread.execute(LispThread.java:649) 71: org.armedbear.lisp.rt_62.execute(rt.lsp:228) 72: org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:112) 73: org.armedbear.lisp.Symbol.execute(Symbol.java:813) 74: org.armedbear.lisp.LispThread.execute(LispThread.java:666) 75: org.armedbear.lisp.rt_78.execute(rt.lsp:348) 76: org.armedbear.lisp.Symbol.execute(Symbol.java:802) 77: org.armedbear.lisp.LispThread.execute(LispThread.java:649) 78: org.armedbear.lisp.rt_77.execute(rt.lsp:335) 79: org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:92) 80: org.armedbear.lisp.LispThread.execute(LispThread.java:633) 81: org.armedbear.lisp.Lisp.evalCall(Lisp.java:544) 82: org.armedbear.lisp.Lisp.eval(Lisp.java:515) 83: org.armedbear.lisp.Lisp.progn(Lisp.java:684) 84: org.armedbear.lisp.Closure.execute(Closure.java:426) 85: org.armedbear.lisp.Time$1.execute(Time.java:56) 86: org.armedbear.lisp.LispThread.execute(LispThread.java:649) 87: org.armedbear.lisp.Lisp.evalCall(Lisp.java:550) 88: org.armedbear.lisp.Lisp.eval(Lisp.java:515) 89: org.armedbear.lisp.Lisp.eval(Lisp.java:508) 90: org.armedbear.lisp.Load.loadStream(Load.java:570) 91: org.armedbear.lisp.Load.loadFileFromStream(Load.java:526) 92: org.armedbear.lisp.Load.load(Load.java:201) 93: org.armedbear.lisp.Load.load(Load.java:686) 94: org.armedbear.lisp.Load$_load.execute(Load.java:636) 95: org.armedbear.lisp.Symbol.execute(Symbol.java:837) 96: org.armedbear.lisp.LispThread.execute(LispThread.java:701) 97: org.armedbear.lisp.load_1.execute(load.lisp:33) 98: org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:101) 99: org.armedbear.lisp.Symbol.execute(Symbol.java:802) 100: org.armedbear.lisp.LispThread.execute(LispThread.java:649) 101: org.armedbear.lisp.ASDF_TMP_package_5.execute(package.lisp:22) 102: org.armedbear.lisp.Time$1.execute(Time.java:56) 103: org.armedbear.lisp.Symbol.execute(Symbol.java:802) 104: org.armedbear.lisp.LispThread.execute(LispThread.java:649) 105: org.armedbear.lisp.ASDF_TMP_package_1.execute(package.lisp:22) 106: org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:112) 107: org.armedbear.lisp.Symbol.execute(Symbol.java:813) 108: org.armedbear.lisp.LispThread.execute(LispThread.java:666) 109: org.armedbear.lisp.Primitives$pf_funcall.execute(Primitives.java:2710) 110: (DELETE-PACKAGE "LOOP.16.PACKAGE") 111: (#<FUNCTION {233F70E0}>) 112: (JRUN-EXCEPTION-PROTECTED #<FUNCTION {233F70E0}>) 113: (#<FUNCTION (LAMBDA ()) {1A0B9434}>) 114: (#<FUNCTION {6E2EEF47}>) 115: (JRUN-EXCEPTION-PROTECTED #<FUNCTION {6E2EEF47}>) 116: (#<FUNCTION {4B5F56D4}>) 117: (JRUN-EXCEPTION-PROTECTED #<FUNCTION {4B5F56D4}>) 118: (REGRESSION-TEST::DO-ENTRY #S(REGRESSION-TEST::ENTRY :PEND NIL :NAME CL-TEST::LOOP.16.70 :PROPS NIL :FORM (LET NIL (IGNORE-ERRORS (DELETE- PACKAGE "LOOP.16.PACKAGE")) (LET (#) (LOOP #:FOR CL-TEST::X #:.. }}} -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/194> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 1

[armedbear-ticket] [armedbear] #74: slow compilation test
by armedbear 06 May '12

06 May '12

#74: slow compilation test -------------------------+-------------------------------------------------- Reporter: trittweiler | Owner: somebody Type: defect | Status: new Priority: major | Milestone: Component: CLOS | Version: Keywords: | -------------------------+-------------------------------------------------- (eval-when (:compile-toplevel :load-toplevel :execute) (defclass foo () ())) (defun quux (x) (case x (#. (find-class 'foo) :foo) (t :quux))) (flet ((test (x) (format t "~&(QUUX ~S) => ~S~%" x (quux x)))) (test 42) (test (find-class 'foo))) COMPILE-FILE'ing that takes over a second. No real life case, of course, still you may be interested. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/74> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 4

[armedbear-ticket] [armedbear] #187: Stack Overflow for Worst-case Vector Sort
by armedbear 05 Feb '12

05 Feb '12

#187: Stack Overflow for Worst-case Vector Sort ------------------------------------------+--------------------------------- Reporter: mevenson | Owner: nobody Type: defect | Status: new Priority: major | Milestone: unscheduled Component: java | Version: 1.0 Keywords: array, CL:SORT, optimization | ------------------------------------------+--------------------------------- [http://article.gmane.org/gmane.lisp.armedbear.devel/2118 James Lawrence reports on armedbear-devel that ABCL-1.0.0 overflows its stack when sorting an array of 10^4 elements]: {{{ (let ((a (map-into (make-array 10000) (let ((x 0)) (lambda () (incf x)))))) (sort a #'<) nil) => Stack overflow. [Condition of type STORAGE-CONDITION] 0: (#<FUNCTION {7F535BDF}> #<STORAGE-CONDITION {74A2B3B8}> #<FUNCTION {7F535BDF}>) 1: (APPLY #<FUNCTION {7F535BDF}> (#<STORAGE-CONDITION {74A2B3B8}> #<FUNCTION {7F535BDF}>)) 2: (SYSTEM::RUN-HOOK SYSTEM::*INVOKE-DEBUGGER-HOOK* #<STORAGE-CONDITION {74A2B3B8}> #<FUNCTION {7F535BDF}>) 3: (INVOKE-DEBUGGER #<STORAGE-CONDITION {74A2B3B8}>) 4: org.armedbear.lisp.Lisp.error(Lisp.java:374) 5: org.armedbear.lisp.Java$pf_jrun_exception_protected.execute(Java.java:1315) 6: org.armedbear.lisp.Symbol.execute(Symbol.java:785) 7: org.armedbear.lisp.LispThread.execute(LispThread.java:649) 8: org.armedbear.lisp.swank_469.execute(swank.lisp:2116) 9: org.armedbear.lisp.LispThread.execute(LispThread.java:683) 10: org.armedbear.lisp.Primitives$pf_apply.execute(Primitives.java:2797) 11: (JAVA:JRUN-EXCEPTION-PROTECTED #<FUNCTION {39B4CEC7}>) }}} It looks like the quick-sort function (attributed to ECL) pivots off the first element. I would suggest using a midpoint instead. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/187> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 4

[armedbear-ticket] [armedbear] #193: Failure to compile zero-length DEFSTRUCT :CONC-NAME
by armedbear 12 Jan '12

12 Jan '12

#193: Failure to compile zero-length DEFSTRUCT :CONC-NAME --------------------------------+------------------------------------------- Reporter: mevenson | Owner: ehuelsmann Type: defect | Status: new Priority: major | Milestone: 1.0.2 Component: compiler | Version: 1.0.1 Keywords: regression, arnesi | --------------------------------+------------------------------------------- [Anton reports on a regression in running the tests for bordeaux-threads http://article.gmane.org/gmane.lisp.armedbear.devel/2170] The problem seem to come in compiling "quicklisp/software/arnesi-20101006-darcs/src/matcher.lisp": {{{ (defstruct (match-state (:conc-name ||)) target bindings matched) }}} which causes #<STANDARD-CLASS READER-ERROR {5E785D65}> to report {{{ Can't intern zero-length symbol. }}} -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/193> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 4

[armedbear-ticket] [armedbear] #172: DOCUMENTATION does not work for generic functions
by armedbear 10 Jan '12

10 Jan '12

#172: DOCUMENTATION does not work for generic functions -------------------------+-------------------------------------------------- Reporter: mevenson | Owner: ehuelsmann Type: defect | Status: new Priority: minor | Milestone: 0.28 Component: interpreter | Version: 0.27 Keywords: | -------------------------+-------------------------------------------------- DOCUMENTATION does not seem to be able to retrieve the docstring for generic functions: {{{ (defgeneric foo nil (:documentation "Ipso facto")) #<STANDARD-GENERIC-FUNCTION FOO {6901DFA5}> CL-USER> (documentation 'foo 'function) NIL }}} If one inspects the generic function in SLIME, one sees that the documentation slot does have a value, so this is a problem in DOCUMENTATION. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/172> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 5

[armedbear-ticket] [armedbear] #177: ABCL 1.0.0 does not always find contrib
by armedbear 09 Jan '12

09 Jan '12

#177: ABCL 1.0.0 does not always find contrib --------------------------+------------------------------------------------- Reporter: mevenson | Owner: mevenson Type: defect | Status: new Priority: major | Milestone: unscheduled Component: libraries | Version: 1.0 Keywords: abcl-contrib | --------------------------+------------------------------------------------- Need to generalize the logic to find versioned contrib. Workaround: copy abcl-contrib-1.0.0.jar to abcl-contrib.jar locally for now. -- Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/177> armedbear <http://common-lisp.net/project/armedbear> armedbear

1 3