Re: Cannot load .so files on an x86-64 machine
Raymond Toy <[email protected]>
| Newsgroups | gmane.lisp.cmucl.general |
|---|---|
| Message-ID | <[email protected]> |
>>>>> "Chaitanya" == Chaitanya Gupta <[email protected]> writes: >> If so, did you compile the C file using the right options? I don't >> have an x86-64 box, so I don't know what the options would be, but >> CMUCL is 32-bit only right now, so if your library is a 64-bit >> library, that won't work. I'm guessing about this part, though. Chaitanya> I did try compiling the file with the -m32 option, but it didn't work. What didn't work? You couldn't compile the file? What does "file" say for the object files you compiled? And for the .so file? You have to solve that problem first I think. Chaitanya> However, CMUCL was able to load the .a (and .o) file Chaitanya> for clsql_uffi, but not for uffi-c-test. This is Chaitanya> something I wanted to know. Is loading the .a or .o Chaitanya> files a fallback solution when .so can't be loaded? Probably. Chaitanya> I can try, but since CMUCL is only 32-bit, will it work? Vladimir said in a separate e-mail that it works. But if you MUST have a 64-bit lisp, then cmucl will not work for you. If you can deal with 32-bit (which I'm pretty sure works for other people), then cmucl is ok. You might consider clisp, gcl, or sbcl since I think these have 64-bit versions. And I think uffi supports some (all?) of them. Ray