From: Raffael C. <raf...@ma...> - 2003-08-08 19:44:38
|
On Friday, August 8, 2003, at 11:44 AM, Brian Mastenbrook wrote: > Run "otool -L sbcl" and see which libdl it's linked to. When you > configued > with --enable-fink it made a libdl.0.dylib that you should be linking > to. otool -L /usr/local/bin/sbcl /usr/local/bin/sbcl: /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 63.0.0) /usr/local/lib/libdl.1.dylib (compatibility version 1.0.0, current version 1.0.0) > > Move any conflicting libdl's out of the way or twiddle your search path > (DYLD_LIBRARY_PATH) until it links to the proper one. Nope, doesn't work: setenv [lots of irrelevant values snipped] DYLD_LIBRARY_PATH=/usr/local/lib/libdl.0.dylib otool -L /usr/local/bin/sbcl /usr/local/bin/sbcl: /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 63.0.0) /usr/local/lib/libdl.1.dylib (compatibility version 1.0.0, current version 1.0.0) I've also tried moving libdl.1.dylib out of /usr/local/lib, but then sbcl wont start. > > You shouldn't need to rebuild; that's what dynamic libraries are for > ;-) Yes, but the particular version of libdl seems to be hard coded into the sbcl executable somehow. Raf Raffael Cavallaro, Ph.D. raf...@ma... |