-
-
Notifications
You must be signed in to change notification settings - Fork 713
prevent apple clang 17 wrapping #5636
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
|
@hjmjohnson Please |
25ce8ef to
b4f5f18
Compare
You are correct. Sorry for the noise. |
| set(_castxml_url) | ||
| set(_castxml_hash) | ||
| set(_castxml_version 2025.09.03) | ||
| # castxml 2025.09.03 currently not compatible with AppleClang 17 (XCode 26) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@bradking what is the source of this incompatibility?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No idea. I didn't write that, and no upstream CastXML issue has been opened.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@hjmjohnson If you identified the issue, please submit it upstream: https://github.com/CastXML/CastXML/
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I just built CastXML 0.6.13 against LLVM/Clang 21.1.6 on macOS. All the tests pass.
EDIT: Using Xcode 26.1 on macOS 26.1.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Python wrappings reliably fail to build on my Mac. A little bit more description here: #5540. But the summary is super clear: turn on ITK_WRAP_PYTHON on Mac, and you run into build error.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I am on MacOS Sequoia version 15.7.1.
ZukicM1:ITK-git dzenan.zukic$ clang --version
Apple clang version 17.0.0 (clang-1700.4.4.1)
Target: arm64-apple-darwin24.6.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
ZukicM1:ITK-git dzenan.zukic$
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
See #5540 (comment) for an explanation of the failure.
| if(CMAKE_CXX_COMPILER_VERSION VERSION_GREATER_EQUAL "17") | ||
| message( | ||
| FATAL_ERROR | ||
| "Apple Clang ${CMAKE_CXX_COMPILER_VERSION} is not supported. Need AppleClang < 17." |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I assume this PR would fix #5540, in a sense that it would produce this user-friendly error message instead?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I was only going for a user friedly error message early. I was frustrated that if I forgot to set my compilers explicitly, then 30 minutes of compilation would go by before the build failed.
|
The OSX castxml binaries are linked against a zlib in the home-brew directory. Which make them unusable from me. Then forcing a local build, had the wrong git tag to clone in CMake ( patch coming ) After that I am able to build with clang 16 (Apple clang version 16.0.0 (clang-1600.0.26.6). |
b4f5f18 to
1bb8dc1
Compare
castxml fails to configure ITK properly FAILED: [code=1] Wrapping/Modules/ITKCommon/itkVersorPython.cpp Wrapping/Generators/Python/itk/itkVersorPython.py <ITK_BLD>/Wrapping/Modules/ITKCommon/itkVersorPython.cpp <ITK_BLD>/Wrapping/Generators/Python/itk/itkVersorPython.py cd <ITK_BLD>/Wrapping/Typedefs/python && \ /opt/homebrew/bin/ccache <ITK_BLD>/Wrapping/Generators/SwigInterface/swigmacos-arm64-2024-03-26-master/bin/swig \ -c++ -python -fastdispatch -fvirtual -features autodoc=2 -doxygen -Werror -w302 -w303 -w312 -w314 -w361 -w362 -w350 -w383 -w384 -w389 -w394 -w395 -w467 -w508 -w509 \ -o <ITK_BLD>/Wrapping/Modules/ITKCommon/itkVersorPython.cpp \ -I<ITK_BLD>/Wrapping/Generators/SwigInterface/swigmacos-arm64-2024-03-26-master/share/swig/4.3.0/python -I<ITK_BLD>/Wrapping/Generators/SwigInterface/swigmacos-arm64-2024-03-26-master/share/swig/4.3.0 -I<ITK_SRC>/Wrapping/Generators -I<ITK_BLD>/Wrapping/Typedefs/python -I<ITK_BLD>/Wrapping/Typedefs \ -outdir <ITK_BLD>/Wrapping/Generators/Python/itk <ITK_BLD>/Wrapping/Typedefs/itkVersor.i The problem originates with the xml used to generate <ITK_BLD>/Wrapping/Modules/ITKCommon/itkVersorPython.cpp
1bb8dc1 to
a3ed835
Compare
castxmlfails to configure ITK properlyThe problem originates with the xml used to generate
<ITK_BLD>/Wrapping/Modules/ITKCommon/itkVersorPython.cpp.