C:\development\abcl-trunk>ant Buildfile: build.xml
abcl.clean.maybe: [echo] Cleaning all intermediate compilation artifacts. [echo] Setting 'abcl.build.incremental' enables incremental compilation.
abcl.clean: [delete] Deleting directory C:\development\abcl-trunk\build
abcl.copy.lisp: [copy] Copying 4 files to C:\development\abcl-trunk\build\classes
abcl.init: [echo] java.version: 1.6.0_14 [echo] Implementation-Source: ${version.src}
abcl.java.warning:
abcl.jsr-223.notice:
abcl.compile.java: [javac] Compiling 278 source files to C:\development\abcl-trunk\build\classes [javac] Note: C:\development\abcl-trunk\src\org\armedbear\lisp\AutoloadedFunctionProxy.java uses or overrides a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details.
abcl.fasls.uptodate:
abcl.compile.lisp: [echo] [echo] Compiling Lisp system [echo] from C:\development\abcl-trunk\src\org\armedbear\lisp [echo] to C:/development/abcl-trunk/build/classes/org/armedbear/lisp [java] Armed Bear Common Lisp 0.20.0-dev (built Thu Mar 11 2010 14:27:39 PST) [java] Java 1.6.0_14 Sun Microsystems Inc. [java] Java HotSpot(TM) 64-Bit Server VM [java] Low-level initialization completed in 0.469 seconds. [java] java.lang.Error [java] at org.armedbear.lisp.Primitives$pf_error.execute(Primitives.java:1561) [java] at org.armedbear.lisp.Primitive.execute(Primitive.java:108) [java] at org.armedbear.lisp.Symbol.execute(Symbol.java:775) [java] at org.armedbear.lisp.Lisp.error(Lisp.java:357) [java] at org.armedbear.lisp.Load.loadSystemFile(Load.java:275) [java] at org.armedbear.lisp.Load$load_system_file.execute(Load.java:666) [java] at org.armedbear.lisp.LispThread.execute(LispThread.java:562) [java] at org.armedbear.lisp.Lisp.evalCall(Lisp.java:497) [java] at org.armedbear.lisp.Lisp.eval(Lisp.java:462) [java] at org.armedbear.lisp.Load.loadStream(Load.java:540) [java] at org.armedbear.lisp.Load.loadFileFromStream(Load.java:503) [java] at org.armedbear.lisp.Load.loadFileFromStream(Load.java:400) [java] at org.armedbear.lisp.Load.loadSystemFile(Load.java:325) [java] at org.armedbear.lisp.Interpreter.initializeLisp(Interpreter.java:158) [java] at org.armedbear.lisp.Interpreter.createDefaultInstance(Interpreter.java:93) [java] at org.armedbear.lisp.Main$1.run(Main.java:48) [java] at java.lang.Thread.run(Thread.java:619) [java] ERROR placeholder called with arguments: [java] #<ERROR {2C79A2E7}> [java] Failed to find loadable system file 'autoloads' in boot classpath.
BUILD FAILED C:\development\abcl-trunk\build.xml:238: Java returned: 1
Total time: 10 seconds C:\development\abcl-trunk>
On Thu, Mar 11, 2010 at 8:02 AM, Mark Evenson evenson@panix.com wrote:
On Mar 11, 2010, at 11:40 AM, Mark Evenson wrote:
[…]
Attached is an untested patch that takes a stab at fixing the problem of loading ABCL from an OSGi loader like that present in Protege. It's going to take me a bit of time to get to a place where I can test this, so maybe someone else with a working Protege development environment could at least tell me if it either works (yay!), looks promising (heh!), or just fails (boo!).
Upon testing the patch turned out to be somewhere between "heh!" and "boo!", but ofter a bit of wrestling with Eclipse I have [committed to ABCL trunk a patchset that allows ABCL to load in an OSGi context][r12524]. Unfortunately, the patch only works for Lisp that is loaded by LOAD-SYSTEM-FILE, so I fear that unless one can address loadable code via "jar:URL" type Pathnames this isn't going to be terribly useful as an extension mechanism. But we're better than yesterday, huh?
--
"A screaming comes across the sky. It has happened before, but there is nothing to compare to it now."
armedbear-devel mailing list armedbear-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel