[elephant-devel] Elephant 0.5.0 is released under the LLGPL

Ian Eslick eslick at csail.mit.edu
Mon Feb 6 17:43:52 UTC 2006 

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

More information about the elephant-devel mailing list