[elephant-devel] Elephant 0.5.0 is released under the LLGPL
Robert L. Read
read at robertlread.net
Mon Feb 6 17:53:11 UTC 2006
Yes; I should have read all my mail before I wrote the message below.
On Mon, 2006-02-06 at 12:43 -0500, Ian Eslick wrote:
> The .dylib extension change failed due to the missing or statement in
> sleepycat.lisp. The Makefile should be fine as it is. This was perhaps
> a superfluous change - but I wanted to be clear about what kind of files
> were what.
>
> Ian
>
> Robert L. Read wrote:
> > 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> <mailto: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 <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/48297a73/attachment.html>
More information about the elephant-devel
mailing list