-
Notifications
You must be signed in to change notification settings - Fork 3.3k
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
key_field_test failures on s390x [FlatBuffers 22.11.23] #7671
Comments
I'm curious if this is related to how big endian and little endian treat float differently. The part that's failing is using float array as key, and the previous part of using uint8 array as key didn't fail. |
Hi Ben, I'm wondering if there is a way that you could test my PR #7681 ? |
Based on a scratch build of the Fedora RPM with the patch applied, that doesn‘t seem to have solved the problem.
|
Hi Ben, I made one more update, mind give it another shot? Thanks! |
I find that the current version still fails:
|
Hi Ben, I have merged #7681 to fix this, I have tested locally with building docker of multiarch/ubuntu-core:s390x-focal. Thing should work now for s390x if you wanna pull the latest master and give it a try. |
I tested #7681 as a patch to 22.11.23 (https://github.com/google/flatbuffers/pull/7681.patch), and I found that the tests do pass on s390x with the patch applied. Thank you for investigating this. |
Thanks! This should be in the 22.12.06 release, mind trying that as well? |
|
While updating the
flatbuffers
package in Fedora Linux (Rawhide, gcc 12.2.1) from 22.10.26 to 22.11.23, I found that the newkey_field_test
fails on the s390x architecture. This is the only big-endian primary architecture in Fedora Linux.While I don’t have interactive access to an s390x system, I am happy to test any patches or experiments via test builds of the RPM package.
The text was updated successfully, but these errors were encountered: