[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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

From: Michael C. Grant
Subject: Re: [Octave-bug-tracker] [bug #32120] complex times complex failure
Date: Thu, 20 Mar 2014 05:27:24 +0000

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/

reply via email to

[Prev in Thread] Current Thread [Next in Thread]