-
-
Notifications
You must be signed in to change notification settings - Fork 11
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
2.1.0 h82d3c5 #19
2.1.0 h82d3c5 #19
Conversation
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 ( |
There is a compilation error:
Being this the culprit:
This is solved by adding -Wno-stringop-overflow as a cxx flag, not sure how to convince pip to set it in cmake. |
Now there are a bunch of undefined references related to mlir:
|
It seems like each triton commit is tied to a very specific llvm commit. The setup.py takes care of downloading it, etc. AFAIK triton will try to ignore the local llvm installation. Installing llvm and mlir as dependencies is messing with this process. |
The undefined references remain, but I can build just fine with a really barebones env in my machine.
|
Only difference I can see is that my machine is fetching the ubuntu version of llvm+mlir but the runner here is getting: Down the line this is because of this line in triton's setup.py: Which makes me think the problem here is with the glibc version being used (2.31 in my machine and 2.17 in the runner) |
@conda-forge-admin, please rerender |
…nda-forge-pinning 2024.02.15.07.47.59
can be closed right? |
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)Closes #17
Closes #18