#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
#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
#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
#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
#182: ADJUST-ARRAY failure
--------------------------------------------+-------------------------------
Reporter: mevenson | Owner: somebody
Type: defect | Status: new
Priority: major | Milestone: unscheduled
Component: other | Version: 1.0
Keywords: adjust-array, ansi conformance |
--------------------------------------------+-------------------------------
[http://article.gmane.org/gmane.lisp.armedbear.devel/2114 Helmut Eller
reported on armedbear-devel]:
Evaluating this form
{{{
(adjust-array (make-array 2 :element-type '(unsigned-byte 8)) 4)
}}}
prints a longish stacktrace that doesn't seem right:
{{{
Armed Bear Common Lisp 1.1.0-dev-svn-13692M
Java 1.6.0_18 Sun Microsystems Inc.
OpenJDK Client VM
Low-level initialization completed in 0.771 seconds.
Startup completed in 2.209 seconds.
Type ":help" for a list of available commands.
CL-USER(1): (adjust-array (make-array 2 :element-type '(unsigned-byte 8))
4)
java.lang.ArrayStoreException
at java.lang.System.arraycopy(Native Method)
at
org.armedbear.lisp.BasicVector_UnsignedByte8.adjustArray(BasicVector_UnsignedByte8.java:291)
at
org.armedbear.lisp.BasicVector_UnsignedByte8.adjustArray(BasicVector_UnsignedByte8.java:40)
at org.armedbear.lisp.adjust_array.execute(adjust_array.java:95)
at org.armedbear.lisp.Symbol.execute(Symbol.java:896)
at org.armedbear.lisp.Autoload.execute(Autoload.java:258)
at org.armedbear.lisp.Symbol.execute(Symbol.java:896)
at org.armedbear.lisp.LispThread.execute(LispThread.java:798)
at org.armedbear.lisp.arrays_2.execute(arrays.lisp:46)
at org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:112)
at org.armedbear.lisp.LispThread.execute(LispThread.java:666)
at org.armedbear.lisp.Lisp.evalCall(Lisp.java:548)
at org.armedbear.lisp.Lisp.eval(Lisp.java:506)
at org.armedbear.lisp.Primitives$pf__eval.execute(Primitives.java:345)
at org.armedbear.lisp.LispThread.execute(LispThread.java:649)
at org.armedbear.lisp.Lisp.evalCall(Lisp.java:541)
at org.armedbear.lisp.Lisp.eval(Lisp.java:506)
at org.armedbear.lisp.Lisp.progn(Lisp.java:675)
at org.armedbear.lisp.Primitives$sf_block.execute(Primitives.java:3733)
at org.armedbear.lisp.Lisp.eval(Lisp.java:496)
at org.armedbear.lisp.Lisp.progn(Lisp.java:675)
at org.armedbear.lisp.Closure.bindParametersAndExecute(Closure.java:451)
at org.armedbear.lisp.Closure.execute(Closure.java:484)
at org.armedbear.lisp.LispThread.execute(LispThread.java:649)
at org.armedbear.lisp.Lisp$1.execute(Lisp.java:277)
at org.armedbear.lisp.Symbol.execute(Symbol.java:785)
at org.armedbear.lisp.LispThread.execute(LispThread.java:649)
at org.armedbear.lisp.top_level_50.execute(top-level.lisp:415)
at org.armedbear.lisp.CompiledClosure.execute(CompiledClosure.java:92)
at org.armedbear.lisp.Symbol.execute(Symbol.java:775)
at org.armedbear.lisp.LispThread.execute(LispThread.java:633)
at org.armedbear.lisp.top_level_51.execute(top-level.lisp:423)
at org.armedbear.lisp.LispThread.execute(LispThread.java:633)
at org.armedbear.lisp.Interpreter.run(Interpreter.java:360)
at org.armedbear.lisp.Main$1.run(Main.java:48)
at java.lang.Thread.run(Thread.java:636)
#<THREAD "interpreter" {3DC13D}>: Debugger invoked on condition of type
ERROR
Caught java.lang.ArrayStoreException.
Restarts:
0: TOP-LEVEL Return to top level.
[1] CL-USER(2):
}}}
Reproduced.
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/182>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#183: build.xml needlessly compiling Lisp sources
-------------------------------------------+--------------------------------
Reporter: mevenson | Owner: mevenson
Type: defect | Status: new
Priority: minor | Milestone: unscheduled
Component: build | Version: 1.0
Keywords: build.xml, system compilation |
-------------------------------------------+--------------------------------
The correspondence between the source and the targets of the Lisp
compilation is out of sync again so that the (timewise) expensive loading
of the interpreted version of ABCL to compile its system source is always
done (this is good for testing perhaps, but the average developer should
have the fastest possible compile).
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/183>
armedbear <http://common-lisp.net/project/armedbear>
armedbear