Closed opoplawski closed 8 years ago
Are you building with opam or using another procedure? Do you know which compiler is used?
It looks like the code had a type error which is know uncovered by a C compiler which is more clever than it used to. :)
GSL's API changed a fair amount with version 2, so I figure that's what's triggering it. Full build information is here: https://copr-be.cloud.fedoraproject.org/results/orion/gsl2/fedora-rawhide-x86_64/00139365-ocaml-gsl/build.log.gz
Sorry for the delay, I was too busy lately. Yes, indeed, the problem is due to significant API changes in GSL. They are apparently trying to make it more extensible by passing argument records to functions instead of adding more function parameters. This should make future extensions less intrusive and more backward compatible. Sadly, this may impose some significant changes right now. I haven't looked too carefully into how much work it would be. Hopefully, only a few functions will be affected. If not, I may need to constrain the compatibility of this library to GSL major version 1. I'll get back to you once I know more.
No problem, thanks for looking into it. Most other projects seem to have been able to handle it with just a few #fdef GSL_MAJOR_VERSION >= 2 conditionals so hopefully that will be the case here.
Ok, I've uploaded a new version that should compile with the new GSL. I simply removed an offending function that is apparently not fully supported anymore anyway and which probably nobody is using. I also (temporarily) commented out a few special functions for Legendre polynomials for which I got linking errors even though they are part of the distributed header file. Probably an oversight by the GSL team. I may fix this later in the unlikely case that somebody complains about missing functionality. The new GSL package should be in OPAM soon.
Looks good here, thanks!
Looking to update gsl to 2.1 in Fedora, build fails with: