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
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
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
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
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
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
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
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