[elephant-devel] Elephant 0.5.0 is released under the LLGPL
Waldo Rubinstein
waldo at trianet.net
Mon Feb 6 15:11:10 UTC 2006
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/88bc9b1a/attachment.html>
More information about the elephant-devel
mailing list