-
-
Notifications
You must be signed in to change notification settings - Fork 4
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
Rebuild with libcxx>=17 #62
Conversation
@conda-forge-admin, please rerender |
Hi! This is the friendly automated conda-forge-linting service. I was trying to look for recipes to lint for you, but it appears we have a merge conflict. Please ping the 'conda-forge/core' team (using the @ notation in a comment) if you believe this is a bug. |
Hi! This is the friendly automated conda-forge-linting service. I wanted to let you know that I linted all conda-recipes in your PR ( Here's what I've got... For recipe/meta.yaml:
|
@conda-forge-admin, please rerender |
Hi! This is the friendly automated conda-forge-linting service. I just wanted to let you know that I linted all conda-recipes in your PR ( |
…nda-forge-pinning 2024.08.22.11.46.24
Hi! This is the friendly conda-forge automerge bot! Commits were made to this PR after the |
@wlav is cppyy-cling going to work with clang 16 with root 63202 patches? I am running in more problems because we have updated the libcxx in macOS and I guess that using a more recent clang colud help. |
So, essentially this conda-forge/conda-forge-pinning-feedstock#4890 now breaks a lot of builds for me that depend on cppyy. On macOS, I am now forced to use libcxx>=17 but cppyy-cling forces libcxx<17 through the clangdev 13 package we are building against. I think I'll have to disable macOS for the downstream packages of cppyy since it seems to be not usable here at the moment. Any thoughts @isuruf? |
since conda-forge/conda-forge-pinning-feedstock@408e182 forces a more modern libcxx on macOS, pinning here to libcxx breaks downstream packages such as cppyy, see conda-forge/cppyy-cling-feedstock#62 (comment) As indicated in conda-forge#300 (comment) there should be no problem using libcxx 17 here as well.
cppyy refuses to build with clang 16 at the moment.
Hi! This is the friendly automated conda-forge-linting service. I just wanted to let you know that I linted all conda-recipes in your PR ( I do have some suggestions for making it better though... For recipe/meta.yaml:
|
@conda-forge-admin, please rerender |
Hi! This is the friendly automated conda-forge-linting service. I just wanted to let you know that I linted all conda-recipes in your PR ( |
Hi! This is the friendly automated conda-forge-webservice. I tried to rerender for you, but it looks like there was nothing to do. This message was generated by GitHub actions workflow run https://github.com/conda-forge/cppyy-cling-feedstock/actions/runs/10527513648. |
@conda-forge-admin, please rerender. |
@conda-forge-admin, please rerender. |
…nda-forge-pinning 2024.08.26.07.54.39
@conda-forge-admin, please rerender. |
…nda-forge-pinning 2024.08.26.07.54.39
Upstream is at llvm16 (released), but is also very close to a release build on llvm18, so I was waiting on the latter. However, given these troubles, I'll start moving to llvm16 now. |
TGenCollectionStreamer.cxx:879:18: error: integer value 4097 is outside the valid range of values [0, 63] for the enumeration type 'EProperty'
I managed to build this on macOS, I am not sure whether this is functional but maybe I am lucky. |
I pushed the changed needed for LLVM16 into https://github.com/wlav/cppyy-backend/ . Still six failing tests on Linux. Haven't tried the other platforms yet. |
Checklist
0
(if the version changed)conda-smithy
(Use the phrase@conda-forge-admin, please rerender
in a comment in this PR for automated rerendering)