commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "J.Pietschmann" <>
Subject Re: DO NOT REPLY [Bug 36060] New: - [math][patch] Integration Source Files
Date Mon, 15 Aug 2005 21:35:39 GMT
Phil Steitz wrote:
> Great!!  I created a release branch for 1.1 and updated the POM in
> trunk to 1.2, so there will be no contention with the release.  I also
> committed the sources in what I think is the latest version to trunk. 
> Pls check out and make any changes you see fit.
Now that's convenient! Thank you!

BTW I'd rather created a new "Integration" or "SoC" entry in
bugzilla and declared the existing bugs as blockers rather
than mark them as duplicate. This way, reports from others
could be easily tracked too without mixing them with Zhang's
contribution. New, exiting bugzilla feature.
(Another BTW: also a neat way to track release blocking bugs
and feature requests).

> I think one could argue for including both kinds of things, similiar
> to other places in [math].  Provide users with the choice to select an
> algorithm or use a default or "adaptive" selection.

The problem is that making a reasonable choice about which
algorithm to use requires months, if not years of education
and experience. I'd say if we require this, a lot of people
will be dissapointed. As I said, the holy grail is an algorithm
which is consistently performance-wise within a factor of two
(or five) of a carefully picked, perhaps customized algorithm,
and either gives the correct answer or bails out for 99.99% of
the cases anybody wants to throw at it. Including functions like
1/(x^3), x*sin(1/x) or 1E+6*exp(-((x-0.55555)/1E-6)^100).
Unfortunately, unpleasant things like singularities in the
integration interval are uncomfortably common in real world


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message