- announcements - mailman3.common-lisp.net

[ann] [lifp-announce] Website created, LIFP 0.1 released
by Timofei Shatrov 07 Feb '06

07 Feb '06

Well, there are two things that happened: *I got a common-lisp.net account, so there is now LIFP's own website and mailing list! *LIFP 0.1 is officially released, and it is quite cool! Nothing significant changed since sneak peek, but at least Cloak of Darkness works as intended. -- Best regards, Timofei Shatrov mailto:grue@mail.ru _______________________________________________ lifp-announce mailing list lifp-announce(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/lifp-announce

1 0

[ann] [cl-xmpp-announce] New version: 0.7.2 (bug and compatability fixes)
by Erik Enge 06 Feb '06

06 Feb '06

Version 0.7.2 of cl-xmpp (Common Lisp XMPP library) is out. It contains a few bugfixes and is updated for the latest CXML release. http://common-lisp.net/project/cl-xmpp/ Thanks, Erik. _______________________________________________ cl-xmpp-announce mailing list cl-xmpp-announce(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/cl-xmpp-announce

1 0

[ann] [elephant-announce] Elephant 0.5.0 is released under the LLGPL
by Robert L. Read 06 Feb '06

06 Feb '06

Elephant 0.5.0 is now available under the LLGPL. I put the following text on the project website: The latest version is 0.5.0, release Feb. 5, 2006. It is released under the LLGPL. This version works with ACL, OpenMCL, and SBCL with or without Unicode support. It has significant bug fixes over 0.4.0, especially with respect to OpenMCL and ACL. Thanks to Andrew Blumberg, Ian Eslick, and Waldo Rubinstein. The tutorial and documentation are improved, but may still lag the source code in some ways. ---- Robert L. Read, PhD read &T robertlread.net Consider visiting Progressive Engineering: http://robertlread.net/pe In Austin: 912-8593 "Think globally, Act locally." -- RBF _______________________________________________ elephant-announce site list elephant-announce(a)common-lisp.net http://common-lisp.net/mailman/listinfo/elephant-announce

1 0

[ann] [cl-json-announce] ANN: cl-json
by Henrik Hjelte 05 Feb '06

05 Feb '06

cl-json is a Common Lisp parser and generator for JSON. Homepage : http://common-lisp.net/project/cl-json License : MIT What is JSON? ------------ JSON (JavaScript Object Notation) is a lightweight data-interchange format. It is easy for humans to read and write. It is easy for machines to parse and generate. It is based on a subset of the JavaScript Programming Language, Standard ECMA-262 3rd Edition - December 1999. JSON is a text format that is completely language independent but uses conventions that are familiar to programmers of the C-family of languages, including C, C++, C#, Java, JavaScript, Perl, Python, and many others. These properties make JSON an ideal data-interchange language. Read more at http://json.org /Henrik Hjelte _______________________________________________ cl-json-announce mailing list cl-json-announce(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/cl-json-announce

1 0

[closer-announce] [ANN] New versions of Closer libraries + AspectL
by Pascal Costanza 03 Feb '06

03 Feb '06

New versions of the libraries in the Closer Project have been released, including the Closer to MOP compatibility layer for the CLOS MOP and the ContextL extension for Context-oriented Programming. Furthermore, AspectL has been moved to the Closer Project, with its new version 0.7. Previously, it was an independent project that I haven't maintained anymore. Now that bitrot has started to increase, I have ported it to the Closer to MOP layer which turned out to be a surprisingly smooth process. This especially means that the number of Common Lisp implementations that it runs on has increased. Two bugs in Allegro Common Lisp that have led to problems in conjunction with AspectL have also been fixed in the meantime: A bug that has prevented a non-special slot to be turned into a special slot has been fixed in Allegro 7.0 and 8.0, and the limitation that a defmethod form doesn't accept more than one qualifier has been fixed in Allegro 8.0. Allegro Common Lisp 8.0 now supports the full functionality of AspectL. Furthermore, the following changes have been made to AspectL: - Some of the functionality was previously ported from AspectL to ContextL, mostly because it is not genuine aspect-oriented functionality. Those parts are now removed from AspectL implementation-wise in order to avoid code duplication. Instead, AspectL imports that functionality from ContextL, and exports it again for compatibility reasons. Existing AspectL code should mostly work as before. - Likewise, the CLOS MOP wrappers are completely removed because Closer to MOP supports compatibility across different CLOS MOP implementations much better. - Finally, the package structure is much simplified. Instead of placing every functionality in its own package, there is now the (previously already available) ASPECTL package from which everything can be imported. The previous scheme was too complicated and offered no obvious advantages. See http://common-lisp.net/project/closer/ for the Closer Project and http://common-lisp.net/project/closer/aspectl.html for AspectL. Pascal -- Pascal Costanza, mailto:pc@p-cos.net, http://p-cos.net Vrije Universiteit Brussel, Programming Technology Lab Pleinlaan 2, B-1050 Brussel, Belgium _______________________________________________ closer-announce mailing list closer-announce(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/closer-announce

1 0

[aspectl-announce] [ANN] New version of AspectL
by Pascal Costanza 03 Feb '06

03 Feb '06

New versions of the libraries in the Closer Project have been released, including the Closer to MOP compatibility layer for the CLOS MOP and the ContextL extension for Context-oriented Programming. Furthermore, AspectL has been moved to the Closer Project, with its new version 0.7. Previously, it was an independent project that I haven't maintained anymore. Now that bitrot has started to increase, I have ported it to the Closer to MOP layer which turned out to be a surprisingly smooth process. This especially means that the number of Common Lisp implementations that it runs on has increased. Two bugs in Allegro Common Lisp that have led to problems in conjunction with AspectL have also been fixed in the meantime: A bug that has prevented a non-special slot to be turned into a special slot has been fixed in Allegro 7.0 and 8.0, and the limitation that a defmethod form doesn't accept more than one qualifier has been fixed in Allegro 8.0. Allegro Common Lisp 8.0 now supports the full functionality of AspectL. Furthermore, the following changes have been made to AspectL: - Some of the functionality was previously ported from AspectL to ContextL, mostly because it is not genuine aspect-oriented functionality. Those parts are now removed from AspectL implementation-wise in order to avoid code duplication. Instead, AspectL imports that functionality from ContextL, and exports it again for compatibility reasons. Existing AspectL code should mostly work as before. - Likewise, the CLOS MOP wrappers are completely removed because Closer to MOP supports compatibility across different CLOS MOP implementations much better. - Finally, the package structure is much simplified. Instead of placing every functionality in its own package, there is now the (previously already available) ASPECTL package from which everything can be imported. The previous scheme was too complicated and offered no obvious advantages. See http://common-lisp.net/project/closer/ for the Closer Project and http://common-lisp.net/project/closer/aspectl.html for AspectL. Pascal -- Pascal Costanza, mailto:pc@p-cos.net, http://p-cos.net Vrije Universiteit Brussel, Programming Technology Lab Pleinlaan 2, B-1050 Brussel, Belgium _______________________________________________ aspectl-announce site list aspectl-announce(a)common-lisp.net http://common-lisp.net/mailman/listinfo/aspectl-announce

1 0

[ann] [rdnzl-announce] New release 0.9.0 / Experimental support for SBCL
by Edi Weitz 01 Feb '06

01 Feb '06

ChangeLog: Version 0.9.0 2006-02-01 Experimental support for SBCL/Win32 Download: <http://weitz.de/files/RDNZL.tar.gz> Cheers, Edi. _______________________________________________ rdnzl-announce mailing list rdnzl-announce(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/rdnzl-announce

1 1

[ann] [flexi-streams-announce] New version 0.5.2 (Was: patch: FLEXI-OUTPUT-STREAM superclasses)
by Edi Weitz 25 Jan '06

25 Jan '06

On Wed, 25 Jan 2006 14:46:12 -0800, James Bielman <jamesjb(a)jamesjb.com> wrote: > I need to replace a horrible mess of character stream vs binary > stream code at work and flexi-streams looks like it will help clean > all this up nicely. Good... :) > LispWorks (4.3.7 on Linux) was complaining about > flexi-output-streams not being output-streams because the > superclasses are incorrect---here's a patch: Ouch! How could that work at all? Needless to say that LW 4.4.6 didn't complain because that's what I'm using all the time. Thanks, I've uploaded a corrected version. Cheers, Edi. ChangeLog Version 0.5.2 2006-01-26 Fixed typos in stream.lisp (thanks to James Bielman) Download <http://weitz.de/files/flexi-streams.tar.gz> _______________________________________________ flexi-streams-announce mailing list flexi-streams-announce(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/flexi-streams-announce

1 0

[ann] [tbnl-announce] New release 0.9.5
by Edi Weitz 22 Jan '06

22 Jan '06

ChangeLog: Version 0.9.5 2006-01-22 Made creation of REQUEST object safer (thanks to Robert J. Macomber) Replaced some erroneous DECLAIMs with DECLAREs (thanks to SBCL's style warnings) Slight documentation enhancements Download: <http://weitz.de/files/tbnl.tar.gz> Cheers, Edi. _______________________________________________ tbnl-announce site list tbnl-announce(a)common-lisp.net http://common-lisp.net/mailman/listinfo/tbnl-announce

1 1

[ann] [closer-announce] Closer Project: New Releases
by Pascal Costanza 19 Jan '06

19 Jan '06

Today, I have released new versions of all the packages currently included in the Closer Project - see http://common-lisp.net/project/ closer/ for the project and http://p-cos.blogspot.com/2006/01/closer- project-new-releases.html for the announcment. This project is an umbrella project for a few subprojects whose aim is to improve the usability of the CLOS MOP across different Common Lisp implementations. It is also the home of ContextL, a full-fledged CLOS extension in its own right providing language constructs for Context-oriented Programming (COP). All packages now support the current versions of all supported Common Lisp implementations. They are: • Allegro Common Lisp 7.0 Enterprise Edition. • Allegro Common Lisp 8.0 Enterprise Edition. • CLisp 2.35 - 2.37 • CMU Common Lisp 19c • LispWorks 4.4.5, 4.4.6 for Macintosh, Personal Edition • LispWorks 4.4.5, 4.4.6 for Macintosh, Professional Edition • Macintosh Common Lisp 5.1 • OpenMCL 1.0 • SBCL 0.9.7, 0.9.8 Highlights of the new versions. MOP Feature Tests 0.4: • All previous known but untested problems have either been resolved or turned into actual tests. • Added a test for checking whether the slot order requested by a primary method for COMPUTE-SLOTS is honored by a MOP. (Thanks to Christophe Rhodes for the suggestion.) • Added a test for checking whether the object returend by COMPUTE- DISCRIMINATING-FUNCTION can be funcalled and whether the second parameter to SET-FUNCALLABLE-INSTANCE-FUNCTION can be a 'real' closure. • Added a test for checking whether one can use one's own :ALLOCATION kinds. • Added a test for checking whether a generic function without any methods defined can still be called. • Added a test for checking whether a DEFMETHOD form can have multiple qualifiers. • Added more fine-grained tests for checking SLOT-XXX-USING-CLASS functions. • Added a test whether REINITIALIZE-INSTANCE on a class metaobject calls FINALIZE-INHERITANCE. Luckily, all implementations pass that test. Closer to MOP 0.3: • The supported Common Lisp implementations improved with regard to their support for the MOP, with varying extent. This required a few changes here and there. • The lack of extensible :ALLOCATION kinds in Allegro Common Lisp, as specified in AMOP, is fixed. Thanks to John Foderaro for giving me the important hint on how to solve this. ContextL 0.2: • When rebinding special places, it is now checked whether they actually contain special symbols, so this is now a safe operation. This can be tweaked to omit the check for improved performance. • Changing a non-special slot to a special slot in an already existing class is now also supported in Allegro Common Lisp from 7.0 on. Thanks to Duane Rettig for fixing the related bug in Allegro and thereby enabling this feature. • Improved parsing of layered methods: The :METHOD option in DEFINE- LAYERED-FUNCTION is now parsed and processed correctly. Furthermore, one can now optionally give a name to the otherwise anonymous layer parameter. This is useful for calling CALL-NEXT-METHOD with changed parameters. • Added a new namespace for layers. Before, their names could accidentally clash with class names. • Added a number of performance tweaks and better error messages. • Fixed a few bugs. Special thanks go to John Foderaro, Duane Rettig and Christophe Rhodes (in alphabetical order) for exceptional help. Pascal -- Pascal Costanza, mailto:pc@p-cos.net, http://p-cos.net Vrije Universiteit Brussel, Programming Technology Lab Pleinlaan 2, B-1050 Brussel, Belgium _______________________________________________ closer-announce mailing list closer-announce(a)common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/closer-announce

1 0