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

[armedbear-devel] json-rpc?
by Axel Rauschmayer 27 Apr '11

27 Apr '11

I think ABCL would make an excellent Ajax server. As such, it would have to support json-rpc. Any suggestions as to how to make this happen? The first part is obviously the server, where the two choices that I can see are Hunchentoot and a servlet container such as Tomcat. In the latter case, I would expect to use a technique like abcl-web (which seems a little bit complicated, but doable). The second part is the JSON parsing. How would I do that? Via CL-JSON? Via Yason? Via a Java library? Sorry for these newbie questions. I’m just getting started with Common Lisp and ABCL. Thanks, Axel -- Axel.Rauschmayer(a)ifi.lmu.de http://www.pst.ifi.lmu.de/~rauschma/

4 10

[armedbear-devel] ABCL introductory user documentation
by Paul Reiners 07 Jun '10

07 Jun '10

Some introductory user documentation I wrote on ABCL if anyone's interested: http://www.automatous-monk.com/jvmlanguages/abcl/Armed_Bear_Common_Lisp.html It's spread across a bunch of slides right now, because I first prepared it as a multi-slide presentation. I think I want to combine it all into one HTML page later this week when I get around to it. At the very least, I want to give each slide a meaningful title so that the Table of Contents is more meaningful. Any criticism, constructive or destructive, is welcome. Paul

5 11

[armedbear-devel] Error: value is not of type CONS
by Axel Rauschmayer 12 Mar '10

12 Mar '10

CL-JSON throws an error under ABCL where SBCL doesn't. The code is: (require 'asdf) (asdf:operate 'asdf:load-op :cl-json) (json:decode-json-from-string "{\"foo\": [10,20,50], \"bar\": true}") The error message is: The value 50 is not of type CONS. I'm using Yason as a work-around, but thought that you guys might want to know, maybe this points to a deeper issue. Greetings, Axel -- Axel.Rauschmayer(a)ifi.lmu.de http://www.pst.ifi.lmu.de/~rauschma/

2 2

[armedbear-devel] Passing lisp objects from java to lisp
by Blake McBride 11 Feb '10

11 Feb '10

Greetings, If I have a lisp function as follows: (defun myfun (a b) (+ a b)) I want to be able to call it from lisp or java. In other words I don't want the lisp side to have to use jobject-lisp-value. Therefore, from the java side, how do I take a java object and translate into a lisp object so that when I call the execute method the lisp function doesn't need jobject-lisp-value? Thanks. Blake McBride

2 1

[armedbear-devel] JAR file support patches
by Mark Evenson 06 Feb '10

06 Feb '10

Implementing true support for JAR files in ABCL has taken quite a bit more time and effort as can be seen by the rejection of my mail of few minutes ago to the list for being too long. I've posted my [patches with explanation to the web][1], as I am not sure when or if the moderator will let the original message through. [1]: http://slack.net/~evenson/abcl/jar-file About the only disadvantage for the current patch is that I had to remove the use of ZipCache for entries as I was developing as it didn't make much sense. I haven't really noticed too much of a time difference for loading or compiling ABCL. Comments? Once I get things tested under Windows, and play around with the loading from http support, I intend to commit to trunk. -- "A screaming comes across the sky. It has happened before, but there is nothing to compare to it now."

6 16

[armedbear-devel] translate-logical-pathname and :wild-inferiors regression
by Alan Ruttenberg 04 Feb '10

04 Feb '10

A recent commit (dec 2009) seems to have changed the behavior of wild-inferiors. Prior to the change :wild-inferiors would match 0 or more pathname components. After the change 1 or more. e.g. (TRANSLATE-PATHNAME #P"IDO:IMMUNOLOGY;" #P"IDO:IMMUNOLOGY;**;*.*" #P"/Users/alanr/repos/infectious-disease-ontology/trunk/src/ontology/**/*.*") Used to work, but now fails. Unsupported case in TRANSLATE-DIRECTORY-COMPONENTS. -Alan

3 12

[armedbear-devel] Lisp / Java interface utilities and examples
by Blake McBride 03 Feb '10

03 Feb '10

Greetings, Enclosed are the completed Lisp and Java utilities designed to make Lisp / Java interaction easier. It also includes an example / tutorial program. If it is appropriate, I'd like to have these added as one of the ABCL examples in the distribution. Also, if it is advantageous, perhaps we can move the Lisp and Java utilities to be part of ABCL. Thanks. Blake McBride

4 10

[armedbear-devel] Maxima status: performance measurement
by Erik Huelsmann 01 Feb '10

01 Feb '10

Hi Robert, hi all, Today, I ran Maxima through ABCL's profiler to see what's our current status. With our combined changes, we seem to have reduced the throughput time of the Maxima tests on my system from 2200 secs to roughly 1800 secs between October and now. These are the hotest spots now: 3.0 4352336 SIGN01 3.0 4354363 $SIGN 3.1 4531219 MEVALARGS 3.2 4633287 MREAD-RAW 3.2 4633902 MREAD 3.3 4740203 SIGN1 3.7 5402701 SIMPEXPT 4.4 6365392 $FLOAT 4.5 6469447 RECUR-APPLY 4.5 6521950 TEST-BATCH 5.8 8452081 SIMPLIFYA 8.4 12224550 NUD-CALL 11.3 16314266 DLSF 11.3 16362213 DLS 12.2 17658492 PRSMATCH 12.4 17982535 DGRF 12.5 18054353 DGR 20.6 29854294 PARSE-INFIX 22.3 32246473 MEVAL* 22.4 32372076 MEVALN 54.5 78912363 LED-CALL 55.5 80291167 PARSE 59.5 86114793 MEVAL1 60.7 87813616 MEVAL 64.2 92947288 MHEADER 65.2 94346436 STREAM-NAME 65.2 94346559 INSTREAM-NAME 65.2 94346854 PATHNAME 65.2 94347835 ADD-LINEINFO As you can see, the DGR(F) functions which relate to the integrator tests have now been removed from being the main bottle necks. It looks like some evaluator is now our 'hottest' spot. Robert, could you help us to see what we should do to optimize the functions which are now our main performance issue? Thanks in advance! Bye, Erik.

2 1

[armedbear-devel] Development status recap
by Erik Huelsmann 30 Jan '10

30 Jan '10

A lot of different efforts are going on at the moment. So I thought I'd try to write down the efforts and their status as far as I know. Both to be informational, or to comment upon to correct my understanding. 1. The Gray streams effort We're slowly progressing on this issue: a design was agreed upon and Ville has added that to the wiki. Next steps include setting up the right java and lisp code for the structure ANSI-STREAM to hold closures used for I/O processing. Basically this design was taken from SBCL. 2. Better inlining of lambda functions and inlined named functions By inlining lambda functions as much as we can, we can reduce the number of reflection calls required to instantiate all our function classes. Alessio is working on creating a function argument matcher which binds the newest PARSE-LAMBDA-LIST on trunk with the function call arguments in order to generate a LET* form instead of a function call. 3. Pathnames as a way to address JAR file content ABCL extends the pathname scheme in CL to address resources in JAR files. However, this support was limited to a small number of pathnames related functions. Mark Evenson is working to improve the situation. 4. DEFINE-METHOD-COMBINATION Mark Evenson started on this issue; however post-poned it to work on item (3). Feel free to pick it up! 5. Local functions in same class file as the function they're defined in Some time ago, I started working on a general class file writer to make it possible to store local functions inside the same class as the function in which they're defined. This effort is progressing very slowly; it's more of a side project to other improvements in the project. It has the same goal as (2): reduction of the number of required reflection calls to get our classes loaded. Bye, Erik.

1 0

[armedbear-devel] long form of define-method-combination
by Tobias C. Rittweiler 30 Jan '10

30 Jan '10

SACLA seems to contain an implementation of the long form of D-M-C: http://homepage1.nifty.com/bmonkey/lisp/sacla/html/lisp/clos.lisp.html It's released under a BSD license, so just copying it into ABCL is viable, but the code may also just be used for inspiration. -T.

3 3