-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
[package] boost/1.75.0: Build error for iOS on Mac #3992
Comments
Shouldn't your compiler be apple-clang instead of clang? If that doesn't change anything, I think the guesses at conan-center-index/recipes/boost/all/conanfile.py Lines 134 to 152 in c68b60a
This means that the recipe thinks your compiler supports the c++11 features required by some boost components. Can you please post a complete output of a build? An ls of the lib subfolder of the boost package folder would also be useful (to know what libraries were actually installed).
|
ok I have to double check with my colleague, may take some time. I'll come back on this |
I started testing with a clean environment (I found CONAN_USER_HOME, thats a great help). I changed the compiler in my profile to I forgot to set the option % conan config init
% cat ../../../tmp/ios_profile
% conan create . boost/1.75.0@ -pr ../../../tmp/ios_profile --build=missing
I attached the full log here: log.txt Additional info: running the same for native MacOS (default profile only), I even get errors. But this is strange, when running normally, the error is in
|
And here is the ll ../../../tmp/.conan/data/boost/1.75.0/_/_/package/ff986c27814475353a57b509830a99a8e6df4a09/lib
|
Thanks for the logs! By taking a glance at them, it looks like the wild guess (also shown in #3992 (comment)) was too optimistic. FYI: I'm working on a pr which has better error reporting #3999 |
I tried to change both guesses in I cannot believe that apple-clang 12 (the current version) doesn't support all C++11 features? Maybe there is some other part in the configuration wrong. Even with disabling some parts by bumping min required version to 13 doesn't help. I get the feeling we are hunting down the wrong way. Maybe the problem is simply something different. Where does this exception come from? Running with disabled log and locale it works (still with C++11 missing feature messages):
|
This behaviour puzzles me too. I take it as a hint to a similar problem in
I get a similar error but for
How come? I don't understand, should be the same as before but just skipping compilation? |
by default, apple-clang works in C++03 mode:
this can be changed by passing
this I guess can be achieved by b2 |
@madebr btw, I don't understand the relation between C++ standard and libiconv/zlib targets, could you clarify that? |
Ah ok, then I would say setting the proper options for b2 should be part of the recipe, right? |
they are already:
|
I see. But this means, this setting has to come either from command line options or the used profile? In the generated default profile for MacOS (and I guess Linux too) this value doesn't exist? Do you suggest to set it manually for every platform? I'm not sure about side effects for other packages used in a big project... But to be honest, I think I know not enough right now about that. |
the |
I can confirm, after resetting the guesses to 12 (13 produces a different error), that running
generates no more messages about missing c++11 features, and the config checks looks better now.
But the libiconv error is still there |
Agree |
seems like the real problem is that
the actual error seems to be (config.log):
|
seems to be the same issue as: |
for @madebr conan-center-index/recipes/boost/all/conanfile.py Line 1259 in c68b60a
may you change it to print something more human-readable warning, e.g.:
|
I've created #3999 to have better error reporting. @andioz
The pr does not change anything for apple-clang, |
OK, the build passed. I cleared the cache before building, and this build is on MacOS for MacOS (no extra profile used), I used exactly the command line from above. Any other configuration to check? |
Good to know that cppstd=11 works on Macos. I suppose
will fail with missing boost_locale, boost_nowide, boost_json, ... instead of an error about a non-used conan dependency? |
Here I get again the boost warnings about missing C++11 features, and it ends with errors about missing c++11 features? |
Building for iOS with cppstd=11 seems to work for the library, but the test_package fails. Undefined symbols, looks something is missing here |
Android build on MacOS passes. |
@madebr Extra note: for Android, I get a similar error but only for
|
Have you found any workarounds for android? I get the same error about boost_stacktrace_addr2line |
The boost recipe currently does not have a way to override the location of the addr2line executable. |
@andioz |
I have to update my dev environment first. I got rid of boost in my project, therefore I didn’t continue on this. But I will check, give me some time and hold on... |
Here we go. I have a fresh ios-build-single-profile.log |
Can you try the following:
You might need to tweak the used paths. Re the Alternatively, we can just remove it when it's present but unwanted, |
Ah sorry, here is the package tree for completeness:
I didn't remove anything from the logs, it should be complete. But as you mention it: I recognized a relatively long timeout (more than a minute) after the line I'm still trying to figure out the required command line arguments for the compiler to check |
OK, I managed to compile, I hope it is what you want:
This produces an
|
I'm running into a similar problem with Boost 1.69 when trying to cross-build boost for a Raspberry Pi. The cross-compilation toolchain has
Interestingly, I was previously using I was able to work around it with a I know I have an older version of Boost but the issue seems to be the same and therefore I'm very interested in parts of this discussion. On further reflection, I'm wondering if the issue is really with detecting EDIT: I've duplicated the same issue with Boost 1.76.0. |
To everybody having a problem with It allows to override the location of the Thanks! |
I guess this is similar to my other issue for Android #3890, which is solved in the meantime. When building for iOS on Mac with option
shared=False
only, we get this error:My profile:
The text was updated successfully, but these errors were encountered: