Commit graph

5 commits

Author SHA1 Message Date
asau
037935d453 Update to ABCL 1.2.1
Version 1.2.1
=============
http//abcl.org/svn/tags/abcl/1.2.1/CHANGES
27 June 2013
http://abcl.org/releases/1.2.1

*  Tested:  orcl-jdk-1.7.0_21 orcl-jdk-1.6.0_43

** ansi tests rc-2 failing 11-13 of 21708 total.
   Some regressions since 1.1.1

*  Stablility fixes; additional Quicklisp compatibility

** Fix (make-instance 'standard-generic-function)


Version 1.2.0
=============
http//abcl.org/svn/tags/1.2.0/abcl/CHANGES
released at ECLM 2013 Madrid, ES // 01 June 2013

   * Package local nicknames to behave like SBCL

   * ASDF 3.0.1 is now shipped with the implementation

   * a more robust MOP implementation

   * Common cases of creating purely synthetic JAVA:JNEW-RUNTIME-CLASS
     now (mostly) work.  Please report corner cases for fixing.

   * the system autoloader has been extended to cover functions bound to
     symbol properties

Issues Resolved
---------------

[#200]   ABCL compiler fails to produce loadable fasl for XPATH
[#321]   ASDF 3.01
[#256]   Compilation failure in com.informatimago
[#274]   compiling "com.informatimago.common-lisp.cesarum") hangs [> 10 minutes]
[#153]
 [#32]   Modify the currently disabled runtime-class.lisp code to not require ASM
[#152]   ql:closer-mop doesn't work
[#203]   Failure as build host for SBCL
[#300]   Gray streams aren't streams
[#302]   Symbols fail to autoload
[#303]   CL:LOAD ignores :EXTERNAL-FORMAT argument
[#304]   Stack abstraction inconsistency between Java and Lisp frames
[#308]   Compiled FLET exhausts the stack
[#309]   Printer should obey package-local nicknames
[#310]   Invocation of tests from from build.xml broken
[#311]   UIOP fails to upgrade
[#312]   BORDEAUX-THREADS-TEST::CONDITION-VARIABLE hangs
[#282]   Spurious macros redefinition warnings
2013-07-02 19:33:59 +00:00
asau
9f0bb606e8 Update to ABCL 1.1.1
Changes in ABCL 1.1.1:

*  (A)MOP

All reported errors with the MOP implementation have been addressed.

*  SETF autoloader

An autoloader for SETF expansion functions has been implemented,
eliminating the errors associated with not being able to use (SETF
SYMBOL) without first invoking SYMBOL as a function.

* ANSI Tests

All outstanding regressions in the ANSI test suite with respect to
abcl-1.0.1 have been fixed.

*  ABCL-ASDF

The ability to resolve Maven components in ASDF system definitions has
been restored.
2013-02-18 18:16:14 +00:00
asau
aea291efaa Update to ABCL 1.1.0
Version 1.1.0
=============
svn.uri=:"http//common-lisp.net/project/armedbear/svn/trunk/abcl/"
(22 November 2012)

Features
--------

  *  A functioning (A)MOP implementation through the hard work of Rudi
     Schlatte (@rudi)

  *  The implementation can be used across many more Quicklisp systems
     through a process of extensive testing.  Thanks @xach!

     Nota bene: all of the following systems need patches to work as
     of the 2012-10-13 Quicklisp.  All patches have been accepted in
     at least an initial form by the upstream maintainers.

     ** CLOSER-MOP
        Quite possible with local patches
     ** CFFI
       Needs patches to 2012-10-13 Quicklisp.  [!!?]
       *** Dynamic interfaces idempotent across process -- no more reloading
     ** HUNCHENTOOT
       *** some bugs with underlying streams to be fixed in abcl-1.2-dev
     ** CXML
        Basic XML parsing works.  XPath still borked. [???]
  *  Java 5 bytecode Compiler

     The internal Lisp-to-Java bytecode compiler has been hardened by
     regression testing across Quicklisp libraries.

     **  Extensive interpreter/compiler bug fixes due to access to cl-test-suite [???] @antov
     ** large objects (?!?)

  *  The facility to construct runtime classes via JNEW-RUNTIME-CLASS (@astalla)

    Pretty close to full coverage of primtives for creating synthethic
    java classes at runtime.  Easy to extend with your needs; sensible
    defaults.

    ** Fields
    *** getter/setters
    ** Annotations


  * ASDF

     ** Stock ASDF-2.26 with conditional patches for the URL-PATHAME and
        JAR-PATHNAME implementation extensions to ANSI.

  *  ABCL-CONTRIB

     ** ABCL-ASDF

        Network installation of binary artifacts named by Maven POM uris.

        *** checks at runtime if a given class is present in the
            accessible classloaders

        *** If the check for the presence of a class fails, find a
            maven-3.0.4 binary locally, execute its Aether connector
            to retrieve its transitive dependencies from the network.

      ** JSS

         Java Syntax Sucks.  q.v [lsw2]

         Extensive bugfixing wrt. method resolution [#229]

      ** JFLI

         A "captured from the wild" version of what @rich.hickey did before Clojure.



Changes
-------

  * [#249] PATHNAME merge semantics DWIMs on an inferred type

  Extends ANSI PATHNAME in a non-conforming manner, which was probably
  already the case.

  * [r13695] Reimplementation of global symbol macros to avoid using
    the symbol's value slot.

  * [r13696] DEFMACRO now supports documentation strings as per the
    ANSI specification.

  * [r13700] ABCL loads under the Weblogic 10.3 application server.

  * [r13768] [#193] Allow zero-length symbols

  * [r13785] JNEW-RUNTIME-CLASS gets fields and annotations

  * [r13790] JNEW-RUNTIME-CLASS getters/setters for fields

  * [r13796] [r13797] N3 DOAP description for ABCL

  * [r13803] Build target 'abcl-contrib.jar' packages ABCL-CONTRIB

Fixes
-----

  * ANSI [#241]

     ** &AUX parameters fixes RESTAS


  * [#221] Stack exhaustsion on funcall in non-existing package

  * [#113] DEFSTRUCT concurrency

  * [#216][#211] Compiler

    ** stack inconsistency

  * [#187] Better SORT and STABLE-SORT via Jorge Tavares [???]
2012-12-17 21:47:31 +00:00
asau
88feb4ac62 Drop superfluous PKG_DESTDIR_SUPPORT, "user-destdir" is default these days. 2012-10-02 20:11:34 +00:00
asau
f68afde587 Import Armed Bear Common Lisp 1.0.1 as lang/abcl
Armed Bear Common Lisp (ABCL) is a full implementation of
the Common Lisp language featuring both an interpreter and
a compiler, running in the JVM. Originally started to be
a scripting language for the J editor, it now supports JSR-223
(Java scripting API): it can be a scripting engine in any Java
application. Additionally, it can be used to implement (parts of)
the application using Java to Lisp integration APIs.
2012-08-08 20:24:44 +00:00