I can get OpenMCL 1.1 to compile build and launch, but BDB cannot open a newly created DB in open-store-controller. I'm wondering if this is due to UFFI's handling of types such that we're getting 32- bit instead of 64-bit pointers out of the underlying C API (int vs. long)?

The steps to getting this far are:
OpenMCL 1.1 for x86-64
Configure and compile BDB 4.5 with -arch x86_64
(something like: env LDFLAGS="-arch x86_64" CFLAGS="-arch x86_64" configure from build_unix)
Latest Elephant 0.6.1 from CVS (as of 1/31/07)

Daniel, want to take another crack at this?

Thanks,
Ian

On Jan 24, 2007, at 11:22 AM, [EMAIL PROTECTED] wrote:

I have been trying to make 0.6.1 work under OpenMCL Version 1.1- pre-061231 (DarwinX8664). However, as I mentioned before, I have been having compilation problems.

They seem to be mainly related to libmemutil.

Out of the box attempt, I got the following error:

; $ /usr/bin/gcc -shared -Wall -fPIC -O3 -o /Users/dev/lisp/ elephant/src/memutil/libmemutil.so /Users/dev/lisp/elephant/src/ memutil/libmemutil.c -lm
i686-apple-darwin8-gcc-4.0.1: unrecognized option '-shared'
/usr/bin/ld: Undefined symbols:
_main
collect2: ld returned 1 exit status

Upon inspection of elephant.asd, I made the following change:

(defmethod compiler-options ((compiler (eql :gcc)) (c elephant-c- source) &key input-file output-file) "Default compile and link options to create a library; no -L or - I options included; math lib as default"
  (unless (and input-file output-file)
    (error "Must specify both input and output files"))
  (list
   #-(or openmcl darwin macosx) "-shared"
   #+(or openmcl darwin macosx) "-bundle"
   "-Wall"
   "-fPIC"
   "-O3"
   "-o" output-file
   input-file
   "-lm"))

What I basically did is I added "openmcl" to the conditionalization #- and #+. After making this change, it successfully builds the libmemutil.so file. However, while the file actually exists, it fails to load with the following message:

Error opening shared library "/Users/dev/lisp/elephant/src/memutil/ libmemutil.so": dlopen(/Users/dev/lisp/elephant/src/memutil/ libmemutil.so, 10): no suitable image found. Did find: /Users/dev/lisp/elephant/src/memutil/libmemutil.so: mach-o, but wrong architecture
   [Condition of type SIMPLE-ERROR]

FYI, my *FEATURES* is:

(:KMR-NORMAL-DSDC :KMR-NORMAL-CESD :KMR-MOP :ASDF :PRIMARY- CLASSES :COMMON-LISP :OPENMCL :CLOZURE :ANSI-CL :UNIX :OPENMCL- NATIVE-THREADS :OPENMCL-PARTIAL-MOP :MCL-COMMON-MOP-SUBSET :OPENMCL- MOP-2 :OPENMCL-PRIVATE-HASH-TABLES :OPENMCL-HASH- CONSING :X86-64 :X86-64 :X86-TARGET :X86-HOST :X8664-TARGET :X8664- HOST :DARWIN-HOST :DARWIN-TARGET :DARWINX86-TARGET :DARWINX8664- TARGET :DARWINX8664-HOST :POWEROPEN-TARGET :64-BIT-TARGET :64-BIT- HOST :LITTLE-ENDIAN-TARGET :LITTLE-ENDIAN-HOST :MCL)

I don't really know why it cannot load the shared library. I don't know if the problem is basically a compat issue with this CVS version of OpenMCL in this architecture and/or UFFI. However, I thought I would share this just in case anyone has information that could speed this process or any suggestions of what I may try next.

Thanks,
Daniel

_______________________________________________
elephant-devel site list
elephant-devel@common-lisp.net
http://common-lisp.net/mailman/listinfo/elephant-devel

_______________________________________________
elephant-devel site list
elephant-devel@common-lisp.net
http://common-lisp.net/mailman/listinfo/elephant-devel

Reply via email to