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?
[r12524]: http://code.google.com/p/abcl-dynamic-install/source/detail?r=a3cb85eb8ed09c...
--
"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