[elephant-devel] Status of HEAD and 0.6.1

[Robert L. Read]

I'm beginning testing under SBCL right now; perhaps you should
prioritize testing OpenMCL?

The standard command will get you the head:

cvs -z3 -d :pserver:anonymous:anonymous at common-
lisp.net:/project/elephant/cvsroot co elephant

...until Ian moves us to SVN, which, as I understand it, he has not yet
done.

On Mon, 2007-01-22 at 15:01 -0500, lists at infoway.net wrote:

> That's great work.
> 
> If needed, I can run tests on MacBook Intel with OpenMCL + SBCL with threads compiled in. Just let me know when/where to fetch it from.
> 
> Thanks,
> Daniel
> 
> On Mon, January 22, 2007 11:30 am, Ian Eslick <eslick at csail.mit.edu> said:
> 
> > The re-organization for the 0.6.1 feature set has stabilized and the
> > current HEAD passes all tests under Allegro 8.0 / OS X / Intel
> > against BDB 4.4.
> > 
> > This reorganization is a big step towards several new features to be
> > added shortly:
> > - Support for symbol id's
> > - Finish support for 64-bit Lisp's
> > - Clean up support for multi-threading and multiple store controllers
> > 
> > There is a laundry list of minor features planned for 0.6.1.  If
> > anyone would like to contribute, now is a good time to jump in while
> > the development tree is somewhat stable.  I'll move the source tree
> > to SVN and enter outstanding issues into Trac after these features
> > are done.
> > 
> > I would also appreciate anyone who wants to run the test suite on
> > alternate lisps, architectures and OS's.  In particular, a Win32
> > tester is much needed as the new build process doesn't work on
> > win32.  I think it's a minimal amount of work.
> > 
> > This check-in includes the following fixes and enhancements:
> > 
> > Major:
> > x Modularize serializers for easy upgrade
> > x Implement backend support for symbol-table protocol
> > x MCL 1.1 unicode support; clean up other lisp support for unicode
> > x Simplify user-specific configuration parameters using config.sexp
> > and my-config.sexp
> > x Ensure thread safety in buffer-stream allocation!
> > x Simplify unicode support, database format has a canonical form
> > which is translated by lisp
> > x Remove DB version tags, created deadlock with modular serializers.
> > All DB directories now have a file VERSION associated with it.
> > 
> > Minor:
> > x Diffs for lisp-controlled DB checkpointing (by Gabor Melis)
> > x Improved optimization options to be more user controlled (Pierre
> > Thierry)
> > x New build interface; remove Makefiles (sans win32), (help from
> > elephant-devel, I forget who)
> > x Think through default *store-controller* vs. explicit parameter
> > passing referencing all over the APIs (Enable explicit passing
> > everywhere, maintain *store-controller* defaults.  This makes multi-
> > threading support simpler.  Users can pass the store controller or
> > rely on a global *store-controller*)
> > x Verify that operations such as indexing are thread safe
> > x Investigated gensym warnings in berkeley-db.lisp (caused by an FFI
> > macro, no harm in it)
> > x Remove all sleepycat references and use berkeley-db or bdb instead
> > (due to Oracle acquisition)
> > x Remove warnings in libberkeley-db.c
> > 
> > Regards,
> > Ian
> > _______________________________________________
> > elephant-devel site list
> > elephant-devel at common-lisp.net
> > http://common-lisp.net/mailman/listinfo/elephant-devel
> > 
> 
> _______________________________________________
> elephant-devel site list
> elephant-devel at common-lisp.net
> http://common-lisp.net/mailman/listinfo/elephant-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/elephant-devel/attachments/20070122/dd1584bb/attachment.html>