[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 20:19:29 +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 #27, bug #32120 (project octave):
I'm making some solid progress here.
As an experiment, I ran configure with --with-blas and --with-lapack set to
"-ldotwrp -framework vecLib". "-ldotwrp" is the wrapper library that I linked
to below, that rewrites the 5 dot product functions that cause problems for
BLAS.
With this setting, the existing configure passes all of the BLAS tests
*without -ff2c*, and the resulting executable passes all of the dot-product
related Octave tests.
However, *new* failures in several SLATEC functions arise. As far as I can
tell, they are caused specifically by "r1mach.f" and its call to the LAPACK
function "slamch". I was able to fix these errors, however, by editing
r1mach.f and changing it from a "double precision" function to a "real"
function. Looking at the SLATEC calls that use "r1mach", that seems to be the
correct signature for R1MACH anyway.
For reference, I'm attaching the "clapack.h" header file supplied by Apple.
You can see that it does follow the convention of returning "double" even if
the underlying function is single precision.
(file #30930)
_______________________________________________________
Additional Item Attachment:
File name: clapack.h Size:428 KB
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?32120>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
- [Octave-bug-tracker] [bug #32120] complex times complex failure, (continued)
- [Octave-bug-tracker] [bug #32120] complex times complex failure, Michael C. Grant, 2014/03/16
- [Octave-bug-tracker] [bug #32120] complex times complex failure, Michael C. Grant, 2014/03/16
- [Octave-bug-tracker] [bug #32120] complex times complex failure, John W. Eaton, 2014/03/17
- [Octave-bug-tracker] [bug #32120] complex times complex failure, John W. Eaton, 2014/03/17
- [Octave-bug-tracker] [bug #32120] complex times complex failure, Michael C. Grant, 2014/03/17
- [Octave-bug-tracker] [bug #32120] complex times complex failure, John W. Eaton, 2014/03/17
- [Octave-bug-tracker] [bug #32120] complex times complex failure, John W. Eaton, 2014/03/17
- [Octave-bug-tracker] [bug #32120] complex times complex failure, Michael C. Grant, 2014/03/17
- [Octave-bug-tracker] [bug #32120] complex times complex failure, John W. Eaton, 2014/03/17
- [Octave-bug-tracker] [bug #32120] complex times complex failure, Michael C. Grant, 2014/03/17
- [Octave-bug-tracker] [bug #32120] complex times complex failure,
Michael C. Grant <=
- [Octave-bug-tracker] [bug #32120] complex times complex failure, John W. Eaton, 2014/03/17
- [Octave-bug-tracker] [bug #32120] complex times complex failure, John W. Eaton, 2014/03/17
- [Octave-bug-tracker] [bug #32120] complex times complex failure, Michael C. Grant, 2014/03/17
- [Octave-bug-tracker] [bug #32120] complex times complex failure, Michael C. Grant, 2014/03/17
- [Octave-bug-tracker] [bug #32120] complex times complex failure, Michael C. Grant, 2014/03/17
- [Octave-bug-tracker] [bug #32120] complex times complex failure, Michael C. Grant, 2014/03/19
- [Octave-bug-tracker] [bug #32120] complex times complex failure, John W. Eaton, 2014/03/20
- Re: [Octave-bug-tracker] [bug #32120] complex times complex failure, Michael C. Grant, 2014/03/20
- [Octave-bug-tracker] [bug #32120] complex times complex failure, Michael C. Grant, 2014/03/20
- [Octave-bug-tracker] [bug #32120] complex times complex failure, Michael C. Grant, 2014/03/22