> So it seems the moral of the story is that GSL was written with C in mind,
> not C++. Passing pointers to the time, state, ode right hand sides, and
> parameters at each time step wouldn't be needed if each of these things were
> member attributes that the ode function had access to. So trying to fit the
> existing framework into a C++ object may not make the most sense, it seems
> to me. I'll probably just go with a functional approach for now.
Hello Luke (cc all),
If you like, you might want to check out O2scl, which reimplements the
GSL ODE solvers with function objects, which allows you to specify
non-static member functions. See o2scl.sourceforge.net for more.
Take care,
Andrew
_______________________________________________
Help-gsl mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/help-gsl
