[elephant-devel] Elephant 0.5.0 is released under the LLGPL
Robert L. Read
read at robertlread.net
Mon Feb 6 16:45:01 UTC 2006
Excellent! I bet Ian can figure out a more robust way to write the
makefile....
On Mon, 2006-02-06 at 10:11 -0500, Waldo Rubinstein wrote:
> Yeah. I would assume it would have to be something like that. I know I
> can change the build to produce .so files, but I thought this change
> was made intentionally to produce .dylibs and that's the reason I
> didn't want to touch it.
>
>
> Anyway, when I run uname -a I get:
>
>
> waldo:~ waldo$ uname -a
> Darwin waldo.local 8.4.0 Darwin Kernel Version 8.4.0: Tue Jan 3
> 18:22:10 PST 2006; root:xnu-792.6.56.obj~1/RELEASE_PPC Power Macintosh
> powerpc
>
>
> Simply changing the EXT variable to so makes it work just fine.
>
>
> BTW, once that change is in place, I ran the BDB tests and they all
> ran fine on OpenMCL:
>
>
> ELE-TESTS> (do-all-tests-spec *testdb-path*)
> Doing 106 pending tests of 106 tests total.
> FIXNUMS FIXNUM-TYPE-1 BIGNUMS FLOATS RATIONALS BASE-STRINGS STRINGS
> SYMBOLS CHARS PATHNAMES CONSES HASH-TABLES-1 HASH-TABLES-2 ARRAYS-1
> ARRAYS-2 TEST-DEEP-EQUALP OBJECTS CIRCULAR PERSISTENT
> NON-TRANSIENT-CLASS-SLOT-1 NON-TRANSIENT-CLASS-SLOT-2 TRANSIENT-CLASS-
> SLOT
> CLASS-DEFINERS BAD-INHERITENCE MIXES MIXES-RIGHT-SLOTS INHERIT
> INHERIT-RIGHT-SLOTS INITFORM-CLASSES INITFORM-TEST INITARG-TEST
> NO-EVAL-INITFORM REDEFCLASS MAKUNBOUND UPDATE-CLASS CHANGE-CLASS
> CHANGE-CLASS2 CHANGE-CLASS3 BASICPERSISTENCE TESTOID BTREE-MAKE BTREE-
> PUT
> BTREE-GET REMOVE-KV REMOVED MAP-BTREE INDEXED-BTREE-MAKE ADD-INDICES
> TEST-INDICES INDEXED-PUT INDEXED-GET SIMPLE-SLOT-GET
> INDEXED-GET-FROM-SLOT1 INDEXED-GET-FROM-SLOT2 REMOVE-KV-INDEXED
> NO-KEY-NOR-INDICES REMOVE-KV-FROM-SLOT1 NO-KEY-NOR-INDICES-SLOT1
> REMOVE-KV-FROM-SLOT2 NO-KEY-NOR-INDICES-SLOT2 MAP-INDEXED GET-FIRST
> GET-FIRST2 GET-LAST GET-LAST2 SET SET2 SET-RANGE SET-RANGE2 REM-KV
> REM-IDEXKV MAKE-INDEXED2 ADD-INDICES2 PUT-INDEXED2 GET-INDEXED2
> GET-FROM-INDEX3 DUP-TEST NODUP-TEST PREV-NODUP-TEST PNODUP-TEST
> PPREV-NODUP-TEST CUR-DEL1 INDEXED-DELETE TEST-DELETED INDEXED-DELETE2
> TEST-DELETED2 CUR-DEL2 GET-BOTH PGET-BOTH PGET-BOTH-RANGE PCURSOR
> NEWINDEX
> PCURSOR2 ADD-GET-REMOVE ADD-GET-REMOVE-SYMBOL EXISTSP PREPARES-
> SLEEPYCAT
> TEST-SEQ1 TEST-SEQ2 CLEANSUP-SLEEPYCAT REMOVE-ELEMENT MIGRATE1
> MIGRATE2
> MIGRATE3 MIGRATE4 MIGRATE5
> No tests failed.
> T
>
>
> - Waldo
>
> On Feb 6, 2006, at 9:43 AM, Robert L. Read wrote:
>
>
> > The makefile makes a switch based on what "uname -s" returns from
> > the shell.
> >
> > What does it return from your system?
> >
> > It looks like Ian put this in, and perhaps his Mac version is
> > different than yours.
> >
> > I personally have zero knowledge of dylibs vs. .so's or anything
> > else relating
> > to Mac stuff.
> >
> > You can change the Makefile easily enough to produce the .so, by
> > assigning to
> > the EXT variable, for example.
> >
> >
> > On Mon, 2006-02-06 at 09:12 -0500, Waldo Rubinstein wrote:
> >
> > > In the previous versions of elephant, "make" built the
> > > corresponding .so files. In this latest version, it builds .dylib
> > > files (at least on my Mac).
> > >
> > >
> > > I did correct the controller.lisp and bdb-enable.lisp to point to
> > > the new elephant library path instead of the elephant-0.3 path.
> > >
> > >
> > > However, it still complaints about not finding libmemutil.so. It's
> > > like it doesn't even bother to look for libmemutil.dylib.
> > >
> > >
> > > - Waldo
> > >
> > > On Feb 6, 2006, at 8:55 AM, Robert L. Read wrote:
> > >
> > >
> > > > I'm a little confused by this; other than the default path, I
> > > > don't think we changed
> > > > changed anything related to this from the most recent version
> > > > that you tested.
> > > >
> > > > Here are two additional questions:
> > > >
> > > > 1) Does libmemutil.so exist on your system? If so, does the
> > > > *elephant-lib-path*
> > > > correctly point to it?
> > > >
> > > > 2) If you run "make", does it not build libmemutil.so?
> > > >
> > > > I suspect this is more an installation/path issue than a
> > > > problem. The released version
> > > > is only slightly different than the version you tested a few
> > > > days ago.
> > > >
> > > >
> > > >
> > > > Waldo wrote:
> > > >
> > > > Just downloaded this version and already ran into a little
> > > > problem.
> > > >
> > > >
> > > > The new sleepycat libraries are built with .dylib extension for
> > > > Mac OSX. However, when I launch OpenMCL, it complaints that it
> > > > cannot find libmemutil.so and does not even look for
> > > > libmemutil.dylib.
> > > >
> > > >
> > > > It looks like the actual elephant library is not synchronized
> > > > with the Makefile, or something like that.
> > > >
> > > >
> > > > Thanks,
> > > > Waldo
> > > >
> > > > On Mon, 2006-02-06 at 01:19 -0500, Waldo Rubinstein wrote:
> > > >
> > > > > I had noticed that I changed it to point to the .dylib path,
> > > > > but it still failed.
> > > > >
> > > > >
> > > > > BTW, OpenMCL's *features*:
> > > > >
> > > > >
> > > > > ? *features*
> > > > > (:ASDF :PRIMARY-
> > > > > CLASSES :CCL :CCL-2 :CCL-3 :CCL-4 :CORAL :COMMON-
> > > > > LISP :MCL :OPENMCL :ANSI-CL :PROCESSES :UNIX :OPENMCL-NATIVE-
> > > > > THREADS :OPENMCL-PARTIAL-MOP :MCL-COMMON-MOP-SUBSET :OPENMCL-
> > > > > MOP-2 :POWERPC :PPC-TARGET :PPC-CLOS :PPC32-TARGET :PPC32-
> > > > > HOST :DARWINPPC-TARGET :DARWINPPC-HOST :DARWIN :POWEROPEN-
> > > > > TARGET :32-BIT-TARGET :32-BIT-HOST :BIG-ENDIAN-TARGET :BIG-
> > > > > ENDIAN-HOST :OPENMCL-PRIVATE-HASH-TABLES)
> > > > >
> > > > >
> > > > > - Waldo
> > > > >
> > > > > On Feb 5, 2006, at 11:13 PM, Robert L. Read wrote:
> > > > >
> > > > >
> > > > > > Also I changed the default directory from "elephant-0-3" to
> > > > > > just "elephant" at the
> > > > > > end of the path, that might create a problem for someone. I
> > > > > > should have documented
> > > > > > that more thoroughly.
> > > > > >
> > > > > >
> > > > > > On Sun, 2006-02-05 at 23:03 -0500, Ian Eslick wrote:
> > > > > >
> > > > > > > Does OpenMCL use darwin or macosx in the *features* variable? In
> > > > > > > sleepycat.lisp there's a #+macosx and #-macosx around the form assigned
> > > > > > > to *c-library-extension* which is used to figure out which library type
> > > > > > > to load (dylib or so). If you modify this to #+(or macosx darwin) that
> > > > > > > should fix it. I'll look around for other macosx only reader
> > > > > > > conditionals I stuck in there. Under Allegro they use macosx and not
> > > > > > > darwin.
> > > > > > >
> > > > > > > Does OpenMCL require dylibs or so's?
> > > > > > >
> > > > > > > Ian
> > > > > > >
> > > > > > > Waldo Rubinstein wrote:
> > > > > > > > Just downloaded this version and already ran into a little problem.
> > > > > > > >
> > > > > > > > The new sleepycat libraries are built with .dylib extension for Mac
> > > > > > > > OSX. However, when I launch OpenMCL, it complaints that it cannot find
> > > > > > > > libmemutil.so and does not even look for libmemutil.dylib.
> > > > > > > >
> > > > > > > > It looks like the actual elephant library is not synchronized with the
> > > > > > > > Makefile, or something like that.
> > > > > > > >
> > > > > > > > Thanks,
> > > > > > > > Waldo
> > > > > > > >
> > > > > > > > On Feb 5, 2006, at 9:39 PM, Robert L. Read wrote:
> > > > > > > >
> > > > > > > >> 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 <http://opensource.franz.com/preamble.html>. 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-devel site list
> > > > > > > >> elephant-devel at common-lisp.net <mailto: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/20060206/53bda645/attachment.html>
More information about the elephant-devel
mailing list