-
Notifications
You must be signed in to change notification settings - Fork 16
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
First try at Cirrus config #99
Conversation
Getting builds going on a new platform is always an epic quest. A bunch of GDAL's dependencies like openssl and curl built, and then I get to libpng and |
I made some progress today! This project's config.sh script had some missing @rouault can I bug you for advice? Does GDAL 3.5.3 build cleanly on Apple M1 using Cmake? |
Seeing OSGeo/gdal#5994 I assume so |
The build problem of the OGCAPI driver is related to the lack of the GML driver. This was fixed per OSGeo/gdal#6651.
|
Enable the GML driver? Never! 😆 |
CFLAGS are a mess. A bunch of bare
|
I found and fixed a multibuild bug and we've got wheels 🎉 Thank you very much for the help @rouault. You're the best! |
Not quite ready to merge. My custom build breaks yum in the manylinux2014 image, so I need to avoid using |
GDAL's new CMake build system tends to include more drivers than the old autotools system did. For example, it finds OpenEXR installed on GHA's x86_64 macos VM and decides to build the EXR driver. But OpenEXR comes from homebrew and isn't comptatible with the macos version we're building for. The old system didn't do this. x86_64 mac builds are broken until I track down all the new drivers being included by CMake. |
you could likely use CMake variables to restrict the search path, like https://cmake.org/cmake/help/latest/variable/CMAKE_PREFIX_PATH.html |
Homebrew openjpeg! I think that's the last conflict 🤞 |
Yep, that was it 🙃 |
No description provided.