-
Notifications
You must be signed in to change notification settings - Fork 121
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
Compilation error on 32-bit system #1277
Comments
Thanks for reporting this. I'm not sure how to set up a 32bit CI pipeline with GitHub, but I'll try to figure that out and then go through and more carefully use size_t |
Thanks for your hard work! You are right, it seems to be tricky to setup 32-bit runners according to actions/runner#1181 and unfortunately this affects many projects... |
Did making that one change to Do you think you could submit a pull request that adds a 32-bit runner? Or, does this seem impossible? |
Yeah, that single change allowed me to compile the code and it works just fine, at least in my limited use case. It's possible to make such runner by using qemu or chroot. This runner based on alpine linux is tailored for chroot / emulation, so I will try this one. I will let you know how it's going and submit PR if everything is fine |
I changed the |
After some research, I found better way to make 32-bit builds - GCC can take |
ESP32, GCC 12.2 (32-bit target)
Compiling code that serializes structures with arrays/vectors results in errors like that:
Casting to std::size_t resolves issue as
std::max
expects both values to be of the same type:While this may work for most use cases, it indicates deeper issue with glaze + 32-bit - most likely some fixes are needed to use std::size_t instead, as this would work nicely for both 32-bit and 64-bit systems?
The text was updated successfully, but these errors were encountered: