New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Use the autoconf- or system-provided off_t rather than redetecting. #8843
Conversation
1b261fb
to
90ad648
Compare
Patch looks sensible to me. |
cc @Octachron: would that be a candidate for 4.08.1? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks very good to me. The type off_t
is part of POSIX 1-2008, perhaps earlier, so it should be available everywhere except under Windows.
I'm in favor of backporting this fix to 4.09, perhaps even to 4.08.1.
Then let's backport this fix in 4.08.1 since a rc3 is already planned. |
I'm currently rebuilding the Fedora packages with this patch to see if there are any problems. |
90ad648
to
8b85964
Compare
|
It looks fine, thanks! |
I'm (still) testing the Fedora ocaml packages. It's going much slower than I expected because our build system is having problems. |
Ok, I will wait a bit for the build result before releasing the rc3. |
I can confirm that this fixes the original bug (in supermin). |
Thanks for the confirmation! |
… by posix) since ocaml/ocaml#8843 (>= 4.08.1+rc3) off_t in sys/types.h is required
…caml#8843) Fixes: ocaml#8841. Cherry-pick of commit 5e4b55d on trunk.
Using a 64-bit file offset on a 32-bit system is broken in 4.08, because the use of
off_t
is guarded byHAS_OFF_T
, which is not defined by the configure script. (It's mentioned in configure.ac, but there's no corresponding template line ins.h.in
).As suggested by @rwmjones in #8841, this just uses
off_t
unconditionally. (Except on Windows, whereoff_t
is weird and broken).