-
Notifications
You must be signed in to change notification settings - Fork 445
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
regex v1.9.1 / regex-lite v0.1.0: test failures on 32-bit architectures #1041
Comments
Is it possible for you to do a complete check to make sure there aren't any more? I don't really want to play whack-a-mole here. Ideally we could get this tested in CI somehow, but I'm not sure what the best path to that is. |
As far as I can tell, these were the last ones. I have looked and verified this for the latest versions of regex-test, regex-syntax, regex-automata, and regex, and regex-lite also looks good. As far as testing doctests goes, I have no experience with EDIT: Pressed the button too fast, regex-lite also has failures on i686, will paste them below. |
Failures from regex-lite v0.1.0:
|
No dice on just running
So maybe it isn't |
So it looks like either some new test runner needs to be devised for the doctests to run on non-host targets, or we need actual i686 hardware in CI to run these tests. I doubt either one of those is happening unfortunately. So it looks like we're just going to have to play whack-a-mole as they come up. |
OK, I have a fix incoming that should squash these tests. In the future, I'd rather not open issues for this. Just file PRs that disable tests that don't work on 32-bit. I have literally no easy way of running these tests myself in a 32-bit environment. |
Yeah, that works for me. I'll file PRs instead of tickets in the future. Thanks! |
Perfect, thank you!!! |
Some doc tests make 64-bit assumptions and fail on 32-bit. I'd be open to perhaps refactoring the tests somehow to make them work on both, but I literally have no easy way to run doc tests in a 32-bit environment. Without being able to actually run them myself, I don't feel comfortable doing anything other than squashing the tests in that case. Closes #1041
Some doc tests make 64-bit assumptions and fail on 32-bit. I'd be open to perhaps refactoring the tests somehow to make them work on both, but I literally have no easy way to run doc tests in a 32-bit environment. Without being able to actually run them myself, I don't feel comfortable doing anything other than squashing the tests in that case. Closes #1041
Some doc tests make 64-bit assumptions and fail on 32-bit. I'd be open to perhaps refactoring the tests somehow to make them work on both, but I literally have no easy way to run doc tests in a 32-bit environment. Without being able to actually run them myself, I don't feel comfortable doing anything other than squashing the tests in that case. Closes #1041
Some doc tests make 64-bit assumptions and fail on 32-bit. I'd be open to perhaps refactoring the tests somehow to make them work on both, but I literally have no easy way to run doc tests in a 32-bit environment. Without being able to actually run them myself, I don't feel comfortable doing anything other than squashing the tests in that case. Closes #1041
This is a followup from issue #1039 - it appears that similar problems are also present in regex.
Failed doctests are:
The first four due to the same size limit being too high for 32-bit architectures, and the last two are again usize literals that are too big for their data type.
Full output for the failures:
The text was updated successfully, but these errors were encountered: