Running tests/test_18_extract_32_64_int Fatal error: exception Assert_failure("tests/test_18_extract_32_64_int.ml", 41, 2) make: *** [test] Error 1 http://arm.koji.fedoraproject.org/koji/packageinfo?packageID=5184
Line 41 in this file: http://code.google.com/p/bitstring/source/browse/trunk/tests/test_18_extract_32_64_int.ml This does look like a genuine problem (endianness?), although I'm not "seeing it" at the moment ...
Fedora ARM is little endian so I'm not sure whether that's the problem unless it assumes somewhere that arm is big endian (which is of course a possibility as it supports both but some what unlikely)
This *doesn't* fail on my Chromebook. However my Chromebook is running Fedora 17, OCaml 3.12.1, and in OCaml 4.00 the ARM codegen was completely rewritten, so all this tells me is that it could be a new codegen bug (and those are always SO much fun ...)
(In reply to comment #2) > Fedora ARM is little endian so I'm not sure whether that's the problem > unless it assumes somewhere that arm is big endian (which is of course a > possibility as it supports both but some what unlikely) ocaml-bitstring is pretty well tested on both endians. I'm thinking this must be a bug in the new OCaml arm codegen :-(
It's always failed in arm.koji (as have ocaml-cil and ocaml-gsl btw, jsut got around to bugs for those yet) so it might be something simpler. http://arm.koji.fedoraproject.org/koji/packageinfo?packageID=5184
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle. Changing version to '19'. (As we did not run this process for some time, it could affect also pre-Fedora 19 development cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.) More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19
Built on ARM on F-20+