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

Reply via email to