Fixed bugs in NTuple.t fixture data Added test for gsl_ntuple->new
Test Summary Report ------------------- t/NTuple.t (Wstat: 10 Tests: 8 Failed: 0) Non-zero wait status: 10 Files=52, Tests=3626, 10 wallclock secs ( 0.91 usr 0.28 sys + 11.49 cusr 1.73 csys = 14.41 CPU) Result: FAIL
…ODE_DEFAULT not being imported
…ome more resilient to floating point deviations
gsl_function and gsl_monte_function are handled in this patch. This implementation do not mess with the memory. We put on the C stack during all the function using the callback a structure (gsl_[monte_]function_perl) that has all what we need. We use the 'params' parameter in the original C structure to track the adress of this structure and our C callback (call_gsl_[monte_]function) use params to get back the info and call the perl callback. When a gsl_function is required, the corresponding Perl parameter must be either a function (ref to code or routine name string) or a reference to a array of a function (ref to code or routine name string), [an integer for gsl_monte_function, ]and a scalar that will be passed "as it is" to the callback perl function.