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

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

[Octave-bug-tracker] [bug #39000] Can't override BLAS XERBLA handler on


From: John W. Eaton
Subject: [Octave-bug-tracker] [bug #39000] Can't override BLAS XERBLA handler on Windows
Date: Tue, 21 Nov 2017 14:11:09 -0500 (EST)
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0

Follow-up Comment #37, bug #39000 (project octave):

I guess it depends on what kinds of error messages and results you want from
calls to BLAS and LAPACK functions for bad inputs.

I see a few different categories.

1. Incorrect parameters that shouldn't happen (we screw up a call, for
example).  We still don't want Octave to crash.  So our version of xerbla
should be called and throw an error.

2. Matrix and vector arguments with NaN or Inf values that don't make sense
for functions that we call.  Should we protect calls that we make and return
results?  This is a case-by-case thing.  If we can identify and return
"reasonable" results (NaNs, 0, Inf, whatever) instead of throwing an error, we
probably should.

3. Matrix and vector arguments with NaN or Inf values that don't make sense
for internal functions.  Same as above, if we can prevent the call somehow, we
probably should.  But these will be harder to detect.

Since it's probably impossible to detect all possible cases, we really have to
have our own version of xerbla that doesn't cause Octave to exit.

FWIW, it's clear that the BLAS authors intended for users to replace XERBLA
with their own version.  Back in the day, that was simple because you were
building the library for yourself anyway.  Now it seems absurd that there is
no standard way for a user of the BLAS to provide a replacement for this
function without modifying the library sources.

    _______________________________________________________

Reply to this item at:

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

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




reply via email to

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