From: Jan R. <ja...@ry...> - 2007-04-21 08:41:35
|
> Jan, > I'm trying to get things working with Mac OS X on intel as well. I > am also using the g77, gfortran, and gcc from the Mac HPC page on > sourceforge. I've noticed that the default distribution from cvs > seems to have been built assuming that folks would be using Fink. > I'm definitely not and that's what's causing the link to fail for > me. I've found that if you'll edit configure.in, search for "-L/sw/ > lib" down under the case for darwin you'll find some rules that > pertain to the problem at hand. If you'll replace the line that says: > > FLIBS="-L/sw/lib -lf2c -lSystem /usr/lib/bundle1.o" > > with > > FLIBS="-lSystem /usr/lib/bundle1.o" > > and then save the file and run "autoconf configure.in > configure" > and then ./configure as usual, and then make, you should get through > the link. This is about as far as I've gotten so far. Which lisp > are you using? I'm using SBCL. This is a good bit of advice -- one thing I was missing was that I've been trying to use the included configure script, instead of regenerating it using autoconf. Running autoconf definitely improved things. libmatlisp.so does get built now -- but SBCL is unable to load it: debugger invoked on a SIMPLE-ERROR: Error opening shared object "/Users/jwr/lisp/matlisp/lib/libmatlisp.so": dlopen(3) failed. [10:40] tnuctip:/Users/jwr>file /Users/jwr/lisp/matlisp/lib/libmatlisp.so /Users/jwr/lisp/matlisp/lib/libmatlisp.so: Mach-O bundle i386 [10:40] tnuctip:/Users/jwr> I thought SBCL did support loading shared objects on Mac OS X? AllegroCL seems to load the same library just fine. --J. > On Apr 20, 2007, at 4:50 AM, Jan Rychter wrote: > > > Does anyone use matlisp on Mac OS X on an Intel CPU? If so, which > > fortran compiler did you use? Which exact version and where did you > > get > > it? > > > > I can't seem to get through the linking phase for BLAS/LAPACK. I tried > > gfortran from the gcc 4.3 package from http://hpc.sourceforge.net/, > > and > > now tried g77 from GNU Fortran (GCC) 3.4.0. They work fine until ld > > gets > > invoked and then things break. One reason for the breakage is that > > configure insists on trying to link in crt1.o into libraries, which > > won't work, but even removing that doesn't get me anywhere. > > > > Since some people reported being able to get it to work with minor > > adjustments, there must be something I'm doing wrong. > > > > Any hints? > > > > --J. |