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

[armedbear-devel] progress on Maxima + ABCL -- light at the end of the tunnel!
by Robert Dodier 27 Jul '09

27 Jul '09

Hi, I've compiled Maxima (from CVS) with ABCL (from svn) and run_testsuite() shows just a few errors due to different floating point results. Hurray! The key change to Maxima seems to have been changing EQ to EQUAL in a pattern-matching function ... In ABCL it appears that numbers are not necessarily EQ so a lot of patterns failed. Since the pattern-matching stuff is widely used in Maxima (especially integrals) there were a lot of failed tests. Just that one change seems to have fixed dozens of test failures! I found it necessary to run the autoconf machinery (sh bootstrap && ./configure at least; I ran make as well, although I don't know if that's actually necessary, and then I ran configure.lisp as described in INSTALL.lisp) before compiling with ABCL via: (require 'asdf) (asdf:operate 'asdf:load-op :maxima) Without the autoconf stuff, src/autoconf-variables.lisp has incorrect values, it seems. Maxima + ABCL is extremely slow -- something like 7 times slower than Maxima + Clisp, which is the slowest of the established Lisp implementations I've tried (GCL, ECL, SBCL, CMUCL, and Clisp). I'm working on Linux, maybe it helps to run on Windows -- I'm thinking the Java implementation might be faster. Just a guess. I'm pretty excited about the possibilities here. A long-term project is to organize Maxima into modules in hopes of making it possible to load different modules a la carte -- I think that might make it attractive for bolting it onto different projects. Thanks to the ABCL developers for all their work. best Robert Dodier Maxima developer

1 0

[armedbear-devel] Deploying compiled ABCL apps/elements
by Matt Lamari 26 Jul '09

26 Jul '09

What is the mechanism for converting source code or an in-memory image (or fragment thereof) into a deployable unit? Just point me at a function name/document and I can take it from there. . . . Thanks, Matt

4 5

[armedbear-devel] Problem loading Lisp file on Mac, but works on Windows
by Paul Reiners 25 Jul '09

25 Jul '09

I've written a Java program that calls a Lisp program. On Windows, this works just fine. However when I run it on Mac OS X, I get this error: Error loading /Users/paul/Documents/workspaces/MyOpenSourceProjects/ JVMLanguages/src/life.lisp at line 53 (offset 1628) Debugger invoked on condition of type END-OF-FILE: #<END-OF-FILE {51190A}> [1] CL-USER(1): Any idea what is going wrong here? I wrote both the Lisp and Java files on Windows originally. Is it some sort of character encoding problem? Here are the relevant files: http://automatous-monk.cvs.sourceforge.net/viewvc/automatous-monk/JVMLangua… http://automatous-monk.cvs.sourceforge.net/viewvc/automatous-monk/JVMLangua… Paul

1 0

[armedbear-devel] Holidays or the release of 0.16?
by Erik Huelsmann 25 Jul '09

25 Jul '09

With the normal release schedule, it would be time to release 0.16 in 1 or 2 weeks. However, I'll be travelling with unknown amounts of net time around that time. Until then, I'll be busy with work and travel preparations. So, we have 2 options here: 1. One of the other committers steps up and makes the release Most of our release process is documented in the wiki. What's not there can be added until then 2. We delay 0.16 until some time I have time to create the release. With kind regards, Erik.

2 1

[armedbear-devel] second version of the StackFrame cleanup
by Ville Voutilainen 23 Jul '09

23 Jul '09

Same as before, but use a vararg function instead of doing manual arrays. Java does correctly choose a multi-param version when it's available, it only uses a vararg version when it has to.

1 0

[armedbear-devel] (lisp) Stack management efficiency
by Erik Huelsmann 21 Jul '09

21 Jul '09

Peter Graves pointed me at the language/implementation efficiency shootout at http://www.ffconsultancy.com/languages/ray_tracer/benchmark.html which implements a ray tracer in a multitude of languagues, one of them being Common Lisp. There are a number of rows, which I conviniently name version 1 (row 1) to version 5 (last row). Peter points out that version 1 isn't optized at all: all functions lead to function calls (no inlining). When running this code, it takes around 1440 seconds on my PC. Then I modified the stack management routine to re-use available stack frames (and conses), instead of creating new ones on every call. This took execution time down to around 1240 seconds. A good improvement, I'd say. However, with the change described above, stack frames won't ever become garbage anymore. My question is: does the loss of GC-ability outweigh the performance gain? Please note that it's possible to run without a lisp stack (but that also means without traces) by compiling code with a (SPEED 3) declaration. Comments? Bye, Erik.

7 16

[armedbear-devel] Parameterized Lisp Calls vs Array Calls
by logicmoo＠gmail.com 21 Jul '09

21 Jul '09

Parameterized Lisp Calls vs Array Calls In the code I added a Interface "barrier" just in-case there was some inlining /***********************START JAVA*************************************************/ package benchtest; interface ISomeFunParams { int SomeFun(int i, int j); } interface ISomeFunArray { int SomeFun(int[] ij); } interface ISomeFunVarArgs { int SomeFun(int... ij); } class BenchArrays1 { public static void main(String[] args) { ISomeFunParams sumFun = new SomeFunImpl1(); int res = 0; for (int i = 0; i < 100000; i++) for (int j = 0; j < 100000; j++) { res += sumFun.SomeFun(i, j); } // make sure we care about 'res' int foo = res; if (foo > 0) { res--; } } } class BenchArrays2 { public static void main(String[] args) { ISomeFunVarArgs sumFun = new SomeFunImpl2(); int res = 0; for (int i = 0; i < 100000; i++) for (int j = 0; j < 100000; j++) { res += sumFun.SomeFun(i, j); } // make sure we care about 'res' int foo = res; if (foo > 0) { res--; } } } class BenchArrays3 { public static void main(String[] args) { ISomeFunArray sumFun = new SomeFunImpl3(); int res = 0; for (int i = 0; i < 100000; i++) for (int j = 0; j < 100000; j++) { res += sumFun.SomeFun(new int[]{i, j}); } // make sure we care about 'res' int foo = res; if (foo > 0) { res--; } } } class SomeFunImpl1 implements ISomeFunParams { public int SomeFun(int i, int j) { return i + j; } } class SomeFunImpl2 implements ISomeFunVarArgs { public int SomeFun(int... ij) { return ij[0] + ij[1]; } } class SomeFunImpl3 implements ISomeFunArray { public int SomeFun(int[] ij) { return ij[0] + ij[1]; } } /***********************END JAVA*************************************************/ [root@titan ArrayBoundsCheckBenchmarks]# time java -cp bin/ benchtest.BenchArrays1 real 0m0.113s user 0m0.040s sys 0m0.013s [root@titan ArrayBoundsCheckBenchmarks]# time java -cp bin/ benchtest.BenchArrays2 real 1m42.898s user 1m21.279s sys 0m0.742s [root@titan ArrayBoundsCheckBenchmarks]# time java -cp bin/ benchtest.BenchArrays3 real 1m40.823s user 1m21.411s sys 0m0.651s

1 0

[armedbear-devel] Proposed patch to move remaining symbols to THREADS
by Mark Evenson 21 Jul '09

21 Jul '09

Attached is a proposed patch to complete moving the various THREADS related stuff into the new package. This patch removes the Gates implementation, as the new SYNCHRONIZED-ON and OBJECT-NOTIFY primitives provide more appropriate (i.e. more JVM specific) abstractions. If Tobias and Erik could check that this patch is what they want to have happen, I'll commit it. -- "A screaming comes across the sky. It has happened before, but there is nothing to compare to it now."

2 2

[armedbear-devel] missing right parenthesis for Clisp in build script
by Robert Dodier 20 Jul '09

20 Jul '09

Hi, I tried to use the build-from-lisp.sh with Clisp but there was a missing right parenthesis in the forms to be evaluated on the command line. Just putting in another paren fixed it. HTH Robert Dodier

2 1

[armedbear-devel] Wikipedia page on ABCL deleted
by Kevin Krouse 18 Jul '09

18 Jul '09

Yesterday, the wikipedia minions decided ABCL is not "notable enough" and so have deleted the ABCL page: http://en.wikipedia.org/wiki/Armed_Bear_Common_Lisp http://en.wikipedia.org/wiki/Wikipedia:Articles_for_deletion/Armed_Bear_Com… http://en.wikipedia.org/w/index.php?title=Special:Log/delete&page=Armed_Bea… I'm not sure what their requirements for notability are exactly. At any rate, it would be good to get the page restored and expand upon the sparse text that was originally there -- perhaps with code samples and links to projects using ABCL. Kevin

2 1