Closed RyanGlScott closed 4 years ago
It is also worth noting that this test suite failure does not occur with the latest Hackage release of ad
(4.4). This failure only started happening in the master
branch of ad
after commit ed1e015f418b004348a210a9a1ded5d5b2415ec1.
I've uploaded data-reify-0.6.3
to Hackage, which restores the old (pre-0.6.2) behavior, fixing the ad
test suite as a consequence. Moreover, I have deprecated data-reify-0.6.2
on Hackage so that cabal
's constraint solver is disinclined to choose it in build plans. As a result, there should no longer be any need to explicitly exclude data-reify-0.6.2
in ad.cabal
, so I'm deeming this issue resolved.
On the
master
branch ofad
, running the doctests againstdata-reify-0.6.2
will produce the following failures:What's more, these failures do not occur if built against
data-reify-0.6.1
. Here are the respective values ofrosenbrock (conjugateGradientDescent rosenbrock [0, 0] !! 5)
when built against each version ofdata-reify
:data-reify-0.6.1
:data-reify-0.6.2
(You'll get the same results if you use
Numeric.AD.Newton.Double.conjugateGradientDescent
instead.)I've bisected this to ku-fpg/data-reify#8, but it's not yet clear to me why this causes the regression. Until I figure out why, I'll restrict the test suite to
data-reify < 0.6.2
.