-
-
Notifications
You must be signed in to change notification settings - Fork 19
chore: dev arm64 SDL2 and other arm64 specific dependencies for firmware building #41
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
base: main
Are you sure you want to change the base?
Conversation
|
Ok, that run was better... 36 odd minutes instead of 50... lets see if this helps this / future builds. |
|
Caching seems to be working, and was able to test this on Macbook Air M4 for building firmware. Companion building seems to be an issue as it seems OpenGL and "WrapOpenGL" weren't found, thus no Qt6Gui nor Qt6Widgets. |
16f2c6f to
ae4170e
Compare
|
This also works on Mac Mini M4 running Apple Containers... i.e. building TX12MK2 firmware |
To align with change in EdgeTX/build-edgetx#41
Changes:
Warning
Remember to bump QT version in MacOS runner action from 6.9.0 to 6.9.3 for consistency.
This gets us one step closer to arm64 native building, particularly for the build container on Apple Silicon, but since there is no install source for an arm64/aarch64 qt6 (Qt doesn't provide official prebuilt binaries for Linux ARM64 desktop), can only go so far for now. We would probably have to build from source(prebuild and cache, ideally) if we wanted to pursue this further.
Issues still outstanding (qt6 not present notwithstanding):
CUPS/VulkanHeaders might have been resolved by last commit. There is an aarch64 version of linuxdeploy available also, and cmake can be taught to switch automatically as needed (via EdgeTX/edgetx#6882). Meaning the actual only outstanding issues I can see so at present is something is still calling a x88_64 process per below, and QT6 not present 🤭
i.e.