On 08 Jan 2008, at 09:47, Martin Costabel wrote: > The reason is that as long as you have /sw/lib/liblapack.dylib > installed, any linker command that uses -framework vecLib or - > framework Accelerate will fail on Leopard. This is caused by the > same bug in /usr/bin/ld that makes us change hundreds of packages > to avoid the infamous "cycle in re-exports" error when linking > with /usr/X11/lib/libGL.dylib. > > When you have -L/sw/lib on the linker line and you have /sw/lib/ > liblapack.dylib installed, then Leopard's braindead /usr/bin/ld > will load /sw/lib/liblapack.dylib when vecLib asks it to load / > System/Library/Frameworks/Accelerate.framework/Versions/A/ > Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib. One would > then need a -Wl,-dylib_file,/System/.../libLAPACK.dylib,/System/.../ > libLAPACK.dylib command on that linker line, and a similar one for > libBLAS.dylib, in order to work around that bug.
So those flags are needed in octave, for proper building on 10.5 in presence of atlas-shlibs. Impractical to try removing -L%p/lib flags, since eg liboctave takes symbols both from lapack and from fftw3, which is as "-lfftw3" on the link command. Further one has to make sure mkoctfile uses the same flags, for the pkgs using this command. Committed accordingly _ hoping it does work on 10.5 ! (in particular, e.g., that install_names are correct there) JF Mertens ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel