-
Notifications
You must be signed in to change notification settings - Fork 22
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
Incompatible with Conan contexts #11
Comments
Hi @tolstikh, I'm working on it! See this issue I posted earlier conan-io/conan#8292 |
This package works with the 2 profile approach: https://conan.io/center/ios-cmake |
Yes, I need to take a look at ios-cmake. At work I have to build my own Does ios-cmake support autotools et. al? Or only CMake? Btw I saw you answered to my issue, I'll answer tomorrow ;) |
@a4z thanks for the suggestion. I had considered using Perhaps it's worth it to split this package into an iOS and a macOS package? |
I have no problems so far with auto tool projects, but I think I only use openssl that uses autotools, and that does a lot of stuff in the recipe. If you can point me to a project that uses autotools, then we could check if that works and how to do that. I use the ios-cmake toolchain because it has so much options and not just ios, and so many users so it seems well tested, it seems to be kind of standard (have seen it included in quite some projects). |
I think it is not a big problem to copy the package_id function from this package into the recipe of the ios-cmake toolchain, and adopt to the 2 profile way like I did in the android-ndk package .... I will give it a look as soon I have time ( maybe not too soon) , however, if you can tell me any autoconf and other build tool package that is a good testing candiate, please let me know |
@a4z merging the best from both projects sounds like a good idea. I'll do a clean rebuild of my deps soon with just the ios-cmake toolchain, I'll let you know if anything comes up. |
if you can name me a package that is suitable for testing, I can start look into it |
(sorry for off topic) @a4z I've actually rebuilt my whole project from scratch with the |
GDAL is a rather complex and modular autotools project with several optional dependencies involving other tools like Meson. If you can crossbuild that I imagine you can crossbuild anything. |
This project works wonderfully for building CMake and autotools projects, when using
conan install -pr=profile
However, when working with
build_requires
and contexts (conan install -pr:h=ios -pr:b=macos
), as is suggested in the Conan docs, this package sets the environment incorrectly.iOS profile:
macOS profile:
environment during
build()
with an iOS host profile and a macOS build profile:Note that fields are populated for a macOS build, even though the host is iOS.
The obvious answer might be to just say don't use contexts, but unfortunately I can't do that breaks some of my dependencies.
The text was updated successfully, but these errors were encountered: