octave-bug-tracker
[Top][All Lists]
Advanced

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

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


From: Michael C. Grant
Subject: [Octave-bug-tracker] [bug #32120] complex times complex failure
Date: Mon, 17 Mar 2014 12:13:35 +0000
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_2) AppleWebKit/537.74.9 (KHTML, like Gecko) Version/7.0.2 Safari/537.74.9

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

Without the proposed changes, USE_BLASWRAP is *not* defined. That's because,
for some reason, the -ff2c test passes, even for ZDOTU. I think the way
configure is built, it expects the -ff2c test to fail. And you would think it
would, given the experience I am having with it, but it doesn't.

The dynamic linker tricks employed by USE_BLASWRAP seems like a horribly
complex and fragile solution. I tried forcibly adding USE_BLASWRAP to
config.h, and octave immediately aborted. I tried forcibly running the
USE_BLASWRAP tests in the configure script, and they aborted as well.

I don't think the dynamic linker trick is necessary. I did some searching, and
it looks like previous Homebrew recipes for Octave solved the problem by
providing alternative versions of SDOT, ZDOTU, ZDOTC, CDOTU, and CDOTC that
wrap the CBLAS versions. This gives you the freedom to stick with standard
calls to BLAS. Here's the wrapper code they use:

https://github.com/tenomoto/dotwrp/blob/master/dotwrp.f90

Perhaps I can try and figure out how to add this into cruft in a clean way.

    _______________________________________________________

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]