Re: [Octave-bug-tracker] [bug #32120] complex times complex failure

[Michael C. Grant]

Yes, it does. It needs the first ax_blas pass to fail, and then it should try 
"blaswrap.o -framework vecLib".

I've actually learned a lot about the BLAS issue, *and* about dynamic library 
handling in OSX, studying this. Armed with this info I've basically written an 
entirely new blas wrapper (I'm calling it vecLibFort). It fixes *all* of the 
offending BLAS and LAPACK calls (hopefully all of them), using a combination of 
static and dynamic replacement. It also provides the ability to patch 
*compiled* applications using the Mac equivalent of LD_PRELOAD 
(DYLD_INSERT_LIBRARIES). It's also a lot more compact thanks to some 
preprocessing tricks. 

I think it's something that would be of great benefit to the wider Mac 
community; I know there are other Homebrew projects that have latent bugs due 
to the gfortran/vecLib incompatibility.

If you'll hang just a bit longer, I'll let you know when that code is ready to 
check out (likely tomorrow). 

On Mar 20, 2014, at 12:18 AM, John W. Eaton <address@hidden> wrote:

> Follow-up Comment #34, bug #32120 (project octave):
> 
> At first glance this change looks OK to me.  Does it also need the earlier
> change in the configure script that I proposed (to reorder the test for OS X
> veclib and the check for BLAS with -ff2c)?
> 
> 
>    _______________________________________________________
> 
> Reply to this item at:
> 
>  <http://savannah.gnu.org/bugs/?32120>
> 
> _______________________________________________
>  Message sent via/by Savannah
>  http://savannah.gnu.org/
>