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

[Michael C. Grant]

Follow-up Comment #36, bug #32120 (project octave):

Folks, I would now recommend that this bug be closed all over again.

It turns out that the problems we're seeing are largely caused by an
inconsistent treatment of BLAS across the various libraries that Octave
depends upon: QRUpdate, ARPACK.

For instance, if you simply compile QRUpdate and ARPACK with -ff2c, and Octave
with -ff2c as well, everything works fine. And since ARPACK and QRUpdate
export only subroutines, compiling them with -ff2c does not break any GNU
Fortran code that links with them. They work both sides of the proverbial
street.

Problems arise when using "shims" to fix the BLAS issues on the Mac, such as
"blaswrap.c" here in Octave or "dotwrp" out on GitHub. If Octave is configured
not to use dotwrp, but QRUpdate includes it statically (which is currently the
case on Homebrew), Octave will break in exactly the fashion described here.

Bottom line: this isn't really Octave's fault. It should be documented
heavily, and the package managers may need fixing. I'm working hard on the
Homebrew side of things. Hopefully we'll get this nailed down soon.

I've led you on a couple of wild goose chases here. I apologize. If it is any
consolation, I've created a bunch of brand new code to fix BLAS/LAPACK
incompatibilities that I'm now recommending nobody use.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?32120>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/