gmane.editors.j.devel

Line ending changes in recent commits.

Daniel White — 2008-08-17T00:09:55

Looks like the changes in 11286 and 11284 have been overshadowed by a change in the line endings from cr to crlf.

Load should intelligently load .abcl files

Blake McBride — 2008-08-16T16:46:56

------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________ armedbear-j-devel mailing list armedbear-j-devel< at >lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/armedbear-j-devel

improved swank browsing for java objects

Russ McManus — 2008-08-16T00:48:53

I got frustrated that I couldn't arbitrarily inspect java classes, methods, and objects, and came up with the following. Please give it a try and let me know what you think. Note that I tried to implement this with EQL specializers and DEFMETHOD, but apparently this is presently beyond the capability of ABCL's CLOS implementation. -russ (defmethod swank:emacs-inspect ((java-object java-object)) (emacs-inspect-java java-object)) (defun swank-backend::emacs-inspect-java-class (jclass) (flet ((jclass->name (jclass) (let* ((s (jclass-name jclass)) (prefix "java.lang.") (lang-pos (search prefix s))) (if lang-pos (subseq s (+ lang-pos (length prefix))) s)))) (append `("Java Class: " ,(princ-to-string jclass) (:newline)) `("Methods" (:newline)) (loop for method across (jclass-methods jclass) for i = 0 then (1+ i) append (let ((args (mapcar #'jclass->name (coerce (jmethod-param

some pathname wildcard code

Russell McManus — 2008-08-14T17:55:56

Something like the following might be useful in implementing support for wild pathnames in DIRECTORY in abcl. One issue that I aware of but did not address is that I used STRING-EQUAL in a couple of places that might be incorrect on Windows and/or OSX. -russ (defpackage :abcl-hacks (:use :common-lisp :java)) (in-package :abcl-hacks) (defun make-name-and-type-matcher (pathname) (let ((name1 (pathname-name pathname)) (type1 (pathname-type pathname))) (flet ((to-string (jstring) (jcall (jmethod (jclass "java.lang.String") "toString") jstring)) (split-path-and-type (s) (let ((dot-pos (position #\. s))) (if dot-pos (values (subseq s 0 dot-pos) (subseq s (1+ dot-pos))) (values s ""))))) (cond ((and (eql :wild name1) (eql :wild type1)) (lambda (jstring) (declare (ignore jstring)) t)) ((eql :wild name1) (lambda (j

feature request

Alan Ruttenberg — 2008-08-14T14:54:07

Since there's some activity. I'd really like the ability to pop an asdf central registry directory into the abcl jar and have abcl be able to asdf load from there. Would really simplify packaging apps based on abcl. -Alan ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

behavior of DIRECTORY with wild pathnames

Russ McManus — 2008-08-14T14:30:07

I have added a function of my own devising to asdf:*system-definition-search-functions* that relies on DIRECTORY doing something smart with wild pathnames. I have no idea whether this is standard or not. However I have certainly noticed a difference between the behavior of abcl and sbcl in this case. In abcl on my system I get this: CL-USER> (directory #P"/home/users/russm/work/lisp/*/*.asd") NIL But in sbcl on my system I get this: CL-USER> (directory #P"/home/users/russm/work/lisp/*/*.asd") (#P"/home/users/russm/work/lisp/asdf/cclan.asd" #P"/home/users/russm/work/lisp/cl-containers/cl-containers-test.asd" #P"/home/users/russm/work/lisp/cl-containers/cl-containers.asd" #P"/home/users/russm/work/lisp/cl-ppcre-1.3.2/cl-ppcre-test.asd" #P"/home/users/russm/work/lisp/cl-ppcre-1.3.2/cl-ppcre.asd" #P"/home/users/russm/work/lisp/cl-who-0.11.0/cl-who.asd" #P"/home/users/russm/work/lisp/clsql-4.0.3/clsql-aodbc.asd" #P"/home/users/russm/work/lisp/clsql-4.0.3/clsql-db2.asd" #P"/home/users/russm/work/lis

ArmedBear status with ANSI tests

Erik Huelsmann — 2008-08-14T14:12:09

Well, it looks like 3 conformance tests have been fixed since the last update of the ABCL webpages on armedbear.org: we're now at 64 failures only. This is the output: 64 out of 21702 total tests failed: LAMBDA.54, SYMBOL-MACROLET.ERROR.1, PSETQ.7, PSETF.7, DEFINE-SETF-EXPANDER.1, DEFINE-SETF-EXPANDER.6, DEFINE-SETF-EXPANDER.7, DEFUN.5, FLET.64, FLET.67, LABELS.43, LABELS.46, LABELS.47, MULTIPLE-VALUE-SETQ.5, MULTIPLE-VALUE-SETQ.8, REINITIALIZE-INSTANCE.ERROR.1, SHARED-INITIALIZE.ERROR.4, CHANGE-CLASS.1.11, CHANGE-CLASS.ERROR.4, MAKE-INSTANCE.ERROR.3, MAKE-INSTANCE.ERROR.4, DEFGENERIC.ERROR.20, DEFGENERIC.ERROR.21, DEFGENERIC.30, CALL-NEXT-METHOD.ERROR.1, CALL-NEXT-METHOD.ERROR.2, DEFMETHOD.ERROR.14, DEFMETHOD.ERROR.15, HANDLER-CASE.29, RESTART-CASE.29, RESTART-CASE.30, RESTART-CASE.31, RESTART-CASE.36, MAKE-CONDITION.3, MAKE-CONDITION.4, PUSH.5, POP.3, PUSHNEW.21, DELETE-PACKAGE.5, DELETE-PACKAGE.6, DO-ALL-SYMBOLS.6, DO-ALL-SYMBOLS.9, DO-ALL-SYMBOLS.12, IMPORT.ERROR.4,

Migration to Subversion completed

Erik Huelsmann — 2008-08-14T10:19:57

The migration to subversion has completed: the CVS repository as per last night has been loaded and the Code menu in the project pages has been adjusted. The subversion repository can be checked out using the subversion command $ svn co https://armedbear-j.svn.sourceforge.net/svnroot/armedbear-j/trunk/j armedbear-j Although the CVS menu item is no longer available, the old repository is still there. Development efforts will be continued in the Subversion repository however. Bye, Erik. ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Latest changes in repository

Erik Huelsmann — 2008-08-13T17:13:49

Yesterday and today, I got right to work at some of the "decisions to be taken"; after all, if anybody were to object: it's all version controlled and we'll be safe anyway. So, this is what I did: - Eliminated all 'unchecked' warnings by using generics as suggested by Marco - Eliminated all isJava15OrLater conditionals, since it was decided to use Java 1.5+ anyway. Ofcourse, I also fixed the nested structures and #n# reader expansion which started all of this to start with. In between some of these commits, I also replaced hashes with WeakHash-es in LispThread, because that will allow Java threads to be garbage collected (and so will the lisp threads as a consequence). Some silence may come in the coming days, not because I'm done with the initial burst, but because I'll have bad net access for 2 to 3 weeks. Bye, Erik. ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based a

Decisions to be taken

Erik Huelsmann — 2008-08-12T19:39:22

Well, it seems there are a number of decisions which need taking. I'll put my position forward on each of them below; if you don't agree, that's fine, however you'll need to speak up for me to know :-) * Minimal supported Java version Since J2SE 1.5.0 was released 4 years ago next month, I propose to use that as the minimal version * Annotations (< at >... codes such as < at >Override) I mainly use the NetBeans IDE for development, which complains about these missing. Since I do see some value in having them, my general idea is they should be inserted. * Code compilation (warnings) Generally, all code - if possible - should compile without warnings. This means that the interpreter will need to be patched in 64 locations to eliminate the "unchecked" warnings * ANSI compliance In general, patches should increase ANSI compliance, or have no impact on it at all (monotonically non-decreasing) The way to test this is by using pfdietz's CL ANSI compliance test suite, just like ECL (and possibly

Moving ABCL from CVS to Subversion?

Erik Huelsmann — 2008-08-12T18:17:00

I would like to move ABCL from CVS to Subversion. Both are options available from SourceForge. The reason for this change is that I develop mainly on Windows. In order to support my development efforts, I use Windows Explorer plugins. For CVS, there's TortoiseCVS; for Subversion, there's TortoiseSVN. TSVN is much better than TCVS (not being from the same project, they resemble only in name and spirit). Analyzing the project history and getting overview of commits - before the commit - actually works great with TSVN. Subversion is distributed rather widely with Linux distributions these days (command line name 'svn'). Is there anybody with objections to this change? In all openness I should mention I'm a Subversion committer, however, that's NOT why I'm proposing this change. The change is solely related to supporting the development process on Windows. (Please note that I'm not saying it currently doesn't work on Windows, I'm saying Subversion works much better - for me.) Bye, Erik. -------------

Interest in J vs ABCL?

Erik Huelsmann — 2008-08-12T11:01:58

It's great to see the reactions of the past days. It's becoming clear I'm definitely not the only one with interest in ABCL. However, I didn't see anybody express the any concerns with the fact that my primary interest is with ABCL. Is there truely that little interest for J? The answer to the question above may give some direction on where to go next with the project. BTW: I changed the "long project name" from "J" to "ArmedBear / J" and made the description of the project more about ArmedBear. Somehow, ABCL feels more of an achievement of this project than J (although that's an achievement too). Thanks in advance for any reactions. Bye, Erik. ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&

ABCL structure identification

Erik Huelsmann — 2008-08-11T12:23:28

In order to be able to hack on ABCL a bit easier, asked Peter for a description of the structure of ABCL. Unfortunately, there's no such document nor did he have time to create one. One of the first things I'd like to do in my new role is to get the program structure clear. In my experience, that's the prime prerequisite to be able to hack on a program oneself, but even more when asking others to join in. The idea is to create an HTML document which describes ABCL's structure from different perspectives. What we're looking for now is people with insights into the internals of ABCL or those who want to get acquainted with the internals :-) Among the things to be described in the document could be: * General overview * Which components are Java * Which components are Lisp * Interpreter vs Compiler * Compiler stages/components descriptions * Lisp type representation * * ... Any additional ideas of what needs to be made explicit would be greatly welcome!

New maintainer structure for ABCL

Mark Evenson — 2008-08-11T11:38:53

Thanks to Peter for all his work: hope we can make something he will want to use! My interest is in more or less pure ABCL, especially when it comes to patches necessary to use ASDF-INSTALL intelligently. I think someone needs to fix CLOS: I can at least write tests? Looking forward to what sort of directions that Erik has up his sleeves, Mark panix.com> -- "A screaming comes across the sky. It has happened before, but there is nothing to compare to it now." ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/

Transfer of maintainers role

Erik Huelsmann — 2008-08-10T17:20:02

Last week Peter Graves (the original author of ABCL) mailed me that he isn't able to hold the maintainers position for ABCL. Therefore, he offered me the commit bit (and maintainers role). See also the mail at the end of this one. I'd like to use the opportunity to thank Peter for getting ABCL into existance, maintaining it for a long time already. At the same time, I'd like to thank him for the trust he's giving me with the project. Since I've been set up correctly to maintain the project here on SF last week, I guess it's time to outline how I view the project and my new role. The project has been - at least from what I've seen from it - pretty much a one-man show. Even more reason to applaud Peter. Looking at my own availability, I won't be able to deliver the same amount of resources to the project. That does not necessarily mean a slow down on development speed, however: I'd like the project to be a group effort where we can all enjoy the efforts of others and others can benefit from ours. What does

[PATCH] Don't do unnecessary work: clrhash on empty hash

Erik Huelsmann — 2008-08-04T19:26:27

The attached patch doesn't do much for the build-time of ABCL (not as much as the 10% when the equivalent patch went into SBCL), but it's still nice not to do too much work. Bye, Erik. Index: HashTable.java =================================================================== RCS file: /cvsroot/armedbear-j/j/j/src/org/armedbear/lisp/HashTable.java,v retrieving revision 1.57 diff -u -r1.57 HashTable.java --- HashTable.java6 Mar 2007 11:40:49 -00001.57 +++ HashTable.java4 Aug 2008 19:20:09 -0000 < at >< at > -150,6 +150,8 < at >< at > public synchronized void clear() { + if (count == 0) return; + for (int i = buckets.length; i-- > 0;) buckets[i] = null; count = 0; ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.

[PATCH] Fix #n# replacement with structures

Erik Huelsmann — 2008-08-04T18:55:37

Ok, I've finished analyzing Stream.java and I've come to the conclusion the patch below should be enough to fix all reader errors regarding #n# replacement. The patch below fixes the is program, meaning that -instead of raising an error- it happily reads its own output back in. Bye, Erik. ====================================== (defparameter q "some string") (defstruct s slot) (let ((*print-circle* t)) (read-from-string (print (prin1-to-string (list (make-s :slot q) (make-s :slot q)))))) ====================================== Index: Stream.java =================================================================== RCS file: /cvsroot/armedbear-j/j/j/src/org/armedbear/lisp/Stream.java,v retrieving revision 1.154 diff -u -r1.154 Stream.java --- Stream.java23 Feb 2007 21:17:34 -00001.154 +++ Stream.java4 Aug 2008 18:09:16 -0000 < at >< at > -424,7 +424,7 < at >< at > public LispObject readStructure() throws ConditionThrowable { final LispThread thread = LispThread.currentT

[PATCH (preparation)] Reader and #n# interaction

Erik Huelsmann — 2008-08-04T08:03:54

ABCL allows me to create a form (using *PRINT-CIRCLE*) which it can't read back in because of the #n# in the structure. I've attached a small reproduction recipe below. The program below currently generates an error (something along the lines of "There's no binding for #1#"). Fixing the program below is easy: there are two calls to Stream.read(), one in readStructure and one in faslReadStructure respectively. These calls both need the :recursive parameter of 'true' (instead of the current 'false'). Before I prepare a patch however, I'd like to know if it wouldn't be better to have all calls to readDelimitedList(), read(), etc. in Stream.java take the :recursive 'true' parameter. Currently, as far as I could see, this was not the case (but I might have missed some). So: should I provide a patch just to solve the issue below, or should I scan the file and change the recursive parameter everywhere - where applicable. ========================= (defparameter q "some string") (defstruct s slot) (let ((*print

No CLOS :metaclass option support

Blake McBride — 2008-08-01T01:26:07

abcl specific documentation #2

Blake McBride — 2008-06-30T22:27:16

Greetings, If the documentation I seek does not exist and my questions get answered, I'd be happy to write the manual. I have the following additional questions. 1. What is the relationship between abcl and Java threads? Can multiple abcl lisp function be run at the same time? Can other Java threads be run while abcl is running? 2. What is the relationship between Java exceptions and abcl? What happens if a Java exception gets raised when abcl calls a Java method? Does abcl throw Java exceptions? Is there any special cleanup required when this happens? 3. Can you create Java classes from abcl? Thanks. Blake McBride ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php

abcl specific documentation

Blake McBride — 2008-06-30T22:21:05

Greetings, Is there any abcl specific documentation? Specifically, what I am looking for is documentation for: 1. How to call abcl from Java 2. How to call Java from abcl 3. How to pass and return lisp and Java values and how they are represented on each side 4. What are the .cls files? Thanks. Blake McBride ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php