octave-maintainers
[Top][All Lists]
Advanced

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

SLATEC error: Chebyshev series too short for specified accuracy


From: Camillo
Subject: SLATEC error: Chebyshev series too short for specified accuracy
Date: Fri, 25 Feb 2011 01:57:31 +0100

Hello,

I am working on a Mac build of Octave 3.4.0. It's almost complete: it passes 6908 tests, has 2 known failures, and 5 unexpected ones. Four of these five are due to the same issue, an exception inside SLATEC: "Chebyshev series too short for specified accuracy". I don't know Fortran and I'm not sure how to best debug the issue. The compilers I am using are gcc and gfortran 4.2.1.

I first posted this question on the general mailing list, where Ben Abbot asked for more information, so here it is:

Where did you get your gfortran?

http://r.research.att.com/gfortran-42-5664.pkg

What dependencies did you install?

All, except for gnuplot and ghostscript.

What was the result of running ./configure? (it gives a summary at the end)

Finally, please copy-n-paste the actual error.

I'll attach the configure summary, and here are the insteresting parts of the output of "make check":

--------------------------------------------------------------------------------
  src/DLD-FUNCTIONS/besselj.cc ........................... PASS  180/180 
  src/DLD-FUNCTIONS/betainc.cc ........................... ***MESSAGE FROM ROUTINE INITS IN LIBRARY SLATEC.
 ***POTENTIALLY RECOVERABLE ERROR, PROG ABORTED, TRACEBACK REQUESTED
 *  Chebyshev series too short for specified accuracy
 *  ERROR NUMBER = 1
 *   
 ***END OF MESSAGE
 
 ***JOB ABORT DUE TO UNRECOVERED ERROR.
0          ERROR MESSAGE SUMMARY
 LIBRARY    SUBROUTINE MESSAGE START             NERR     LEVEL     COUNT
 SLATEC     INITS      Chebyshev series too         1         1         1

 ***MESSAGE FROM ROUTINE INITS IN LIBRARY SLATEC.
 ***POTENTIALLY RECOVERABLE ERROR, PROG ABORTED, TRACEBACK REQUESTED
 *  Chebyshev series too short for specified accuracy
 *  ERROR NUMBER = 1
 *   
 ***END OF MESSAGE
 
 ***JOB ABORT DUE TO UNRECOVERED ERROR.
0          ERROR MESSAGE SUMMARY
 LIBRARY    SUBROUTINE MESSAGE START             NERR     LEVEL     COUNT
 SLATEC     INITS      Chebyshev series too         1         1         2

 PASS    4/6    FAIL 2

...

  src/DLD-FUNCTIONS/gammainc.cc .......................... ***MESSAGE FROM ROUTINE INITS IN LIBRARY SLATEC.
 ***POTENTIALLY RECOVERABLE ERROR, PROG ABORTED, TRACEBACK REQUESTED
 *  Chebyshev series too short for specified accuracy
 *  ERROR NUMBER = 1
 *   
 ***END OF MESSAGE
 
 ***JOB ABORT DUE TO UNRECOVERED ERROR.
0          ERROR MESSAGE SUMMARY
 LIBRARY    SUBROUTINE MESSAGE START             NERR     LEVEL     COUNT
 SLATEC     INITS      Chebyshev series too         1         1         3

 ***MESSAGE FROM ROUTINE INITS IN LIBRARY SLATEC.
 ***POTENTIALLY RECOVERABLE ERROR, PROG ABORTED, TRACEBACK REQUESTED
 *  Chebyshev series too short for specified accuracy
 *  ERROR NUMBER = 1
 *   
 ***END OF MESSAGE
 
 ***JOB ABORT DUE TO UNRECOVERED ERROR.
0          ERROR MESSAGE SUMMARY
 LIBRARY    SUBROUTINE MESSAGE START             NERR     LEVEL     COUNT
 SLATEC     INITS      Chebyshev series too         1         1         4

 PASS    2/4    FAIL 2
--------------------------------------------------------------------------------

This is the information about the fifth error from fntests.log:

--------------------------------------------------------------------------------
>>>>> processing /private/tmp/homebrew-octave-3.4.0-kEbx/octave-3.4.0/src/mappers.cc
  ***** assert(arg (single(-1)), single(pi));
!!!!! test failed
assert (arg (single (-1)),single (pi)) expected
 3.1416
but got
 3.1416
values do not match
--------------------------------------------------------------------------------

I know about the problem with Apple's BLAS and gfortran, and I am using a small wrapper library for the affected routines (as suggested in <http://developer.apple.com/hardwaredrivers/ve/errata.html#fortran_conventions>); this is the "dotwrp" library you can see in the configure summary. I was told that a different wrapper has been proposed on this list, replacing some functions from LAPACK as well; I was wondering if anybody has a simple test case for some of those functions, so I could quickly check if the library I'm using is sufficient.

Best regards,
Camillo Lugaresi

Attachment: configure summary
Description: Binary data


reply via email to

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