bug-gsl
[Top][All Lists]
Advanced

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

[Bug-gsl] [bug #39713] roots/secant.c "derivative value is not finite" f


From: Rhys Ulerich
Subject: [Bug-gsl] [bug #39713] roots/secant.c "derivative value is not finite" for a good guess
Date: Wed, 02 Oct 2013 17:03:17 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.63 Safari/537.31

Follow-up Comment #10, bug #39713 (project gsl):

Agreed on GSL 2.0 permitting API changes.

I'm not aware of an API-breaking #define sitting anywhere.  Having seen these
employed extensively along with goofy backward-compatible macros within the
HDF5 APIs, I hate them.  An example is
http://www.hdfgroup.org/HDF5/doc/RM/RM_H5T.html#Datatype-ArrayCreate.  This is
a disgusting, disgusting thing that screws up package management (e.g. is the
hdf5 API the new or old one) which percolates into every dependent package. 
It is consequently wildly unpleasant to attempt to use HDF5 packages in
Debian-ish distros.

AFAIK, GSL 1.x is to be backwards compatible forever, including ABI as much as
possible.  Much of this sort of conversation should be had on the developer
list so others can correct me where I'm wrong.

What's the objection to having the secant solver shortcircuiting on f == 0.0
and then returning GSL_SUCCESS?  Would that solve the reported issue?  I'm
agreeable to discussing fixing or improving the solver API behavior in a
feature ticket or on the mailing list, but we're too far afield here for a bug
tracker.

    _______________________________________________________

Reply to this item at:

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

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




reply via email to

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