-
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.76.0: build fails on MacOS Catalina, clang not found #5569
Comments
Sorry, let me look into this more, I may have misinterpreted the output. |
Ok, I've updated the title and description. |
I believe this is related to a CMake GUI issue: https://gitlab.kitware.com/cmake/cmake/-/issues/21449 It is setting the @property
def _cxx(self):
if os.environ.get("CXX"):
return os.environ["CXX"] |
Fixes Issue conan-io#5569 A bug in cmake-gui would have it sometimes set CXX to empty instead of leaving it undefined. CXX detection in the boost recipe would use the blank value and fail to build. Now we treat empty the same as undefined and move on to e.g. xcrun detection for these properties.
Fixes Issue conan-io#5569 A bug in cmake-gui would have it sometimes set CXX to empty instead of leaving it undefined. CXX detection in the boost recipe would use the blank value and fail to build. Now we treat empty the same as undefined and move on to e.g. xcrun detection for these properties.
Fixes Issue #5569 A bug in cmake-gui would have it sometimes set CXX to empty instead of leaving it undefined. CXX detection in the boost recipe would use the blank value and fail to build. Now we treat empty the same as undefined and move on to e.g. xcrun detection for these properties.
Fixes Issue conan-io#5569 A bug in cmake-gui would have it sometimes set CXX to empty instead of leaving it undefined. CXX detection in the boost recipe would use the blank value and fail to build. Now we treat empty the same as undefined and move on to e.g. xcrun detection for these properties.
Package and Environment Details (include every applicable attribute)
Conan profile (output of
conan profile show default
orconan profile show <profile>
if custom profile is in use)Steps to reproduce (Include if Applicable)
The build generates an invalid
user-config.jam
file with this line:Giving an error when it tries to run
-isysroot
as a command:Longer log output
It seems like the compiler detection here is failing:
I'm not sure what the internals of
XCRun
run exactly, but I do find clang this way:The text was updated successfully, but these errors were encountered: