[Top][All Lists]

[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

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:


  Message sent via/by Savannah

reply via email to

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