[Ecls-list] ECL libffi issues
David A. Ventimiglia
ventimig at msu.edu
Mon Aug 3 23:42:59 UTC 2009
Sorry, don't mean to be a pain, and I promise I won't bump this issue
again, but I was wondering if anyone has any insight? This is the more
difficult issue for me personally than the ECL build issue, since using
LD_LIBRARY_PATH I can get ECL to run. Granted, this libffi issue may be
with the lisp library I'm trying to use (GSLL), so maybe this isn't the
appropriate forum for it. It's just that, it all works fine without
changing a thing in SBCL and in CLISP, and yet it doesn't work in ECL.
Again, the issue is that ECL appears not to be looking for libffi.so
in /usr/lib, but rather in $HOME. It's probably something simple.
Anyway, thanks everyone.
All the best,
On Mon, 2009-08-03 at 12:28 -0700, David A. Ventimiglia wrote:
> I'm running ECL 9.7.1 on Ubuntu (jaunty) on i386 and appear to have a
> (probably minor) problem with the libffi support. I built 9.7.1 ok from
> source, and both make and make install seemed to go ok. As I mentioned
> in another email to this list, ecl wouldn't run however, without
> adding /usr/local/lib to my LD_LIBRARY_PATH variable. No big deal.
> Don't know if that's related to this next problem, though.
> I'm trying to use Liam Healy's wonderfull GSLL
> (http://common-lisp.net/project/gsll/#contact), but when I do
> (asdf:operate 'asdf:load-op :gsll)
> I get the following error:
> ;;; Loading
> Unable to load foreign library (NIL).
> LOAD-FOREIGN-MODULE: Could not load foreign module "libffi.so" (Error:
> "/home/dventimi/libffi.so: cannot open shared object file: No such file
> or directory")
> Why is it looking for libffi.so in my home directory? libffi.so is
> in /usr/lib. I added that directory also to LD_LIBRARY_PATH, but no
> dice this time. What am I doing wrong?
> David A. Ventimiglia
David A. Ventimiglia <ventimig at msu.edu>
Michigan State University
More information about the ecl-devel