-
Notifications
You must be signed in to change notification settings - Fork 229
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
Support llvm-sys 150.x.x #383
Support llvm-sys 150.x.x #383
Conversation
1. Remove the `LLVMConst*` function family 2. Remove some optimization passes, including those for coroutines 3. Update the `AtomicRMWBinOp` enum
1. Remove the `LLVMConst*` function family 2. Remove some optimization passes, including those for coroutines 3. Update the `AtomicRMWBinOp` enum (cherry picked from commit 2a5b193)
4751e93
to
0bd11e5
Compare
(cherry picked from commit 124a088)
Hmm it seems like LLVM 15 isn't yet supported in the actions build? KyleMayes/install-llvm-action#31 |
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.
Left a couple small comments/questions but otherwise approved. Would also like to see CI running tests for LLVM 15 but I'm not sure what we can do about the issue..
so if we want to take this in the opaque pointer direction, one thing that still needs to happen is removing |
I thought we agreed to move opaque support into a separate PR? |
well in that case many changes here (e.g. passing the extra arguments to load/GEP) are not required. We have now solved most of the technical issues so the only reason for that split really is that this PR is kind of big. On the other hand looking at the changes, most of them aren't very interesting. Really only the builder is interesting because type signatures change there and that means some APIs now have to be different. anyway, up to @hedgar2017 I guess. I can report that this branch already works very well for my purposes. |
@folkertdev this branch works for me perfectly as well. @TheDan64 give me 1 sec, I'll fix those values I've missed for some reason. |
@TheDan64 please re-run the CI. |
Is this ready for final review, then? |
Yes. Requested. |
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'm giving this a soft approval - had a couple questions to address before merging.
Thanks for everyone who helped contribute!
@TheDan64 I've landed some fixes. Please re-run the CI! |
@TheDan64 fixed, please re-run. |
@TheDan64 fixed, please re-run :) |
Updates
LLVMConst*
function family.AtomicRMWBinOp
enum.AddressSpace
enum and make it more generic (breaking).bitcast
operation now returnsAnyType
to support function pointer casts.Notes
_2
. It's not a perfect solution, but the alternative one would be worse from my point of view.clippy
, and some tests are probable missing. Let's discuss. Honestly I feel like the project hasn't been sanitized in multiple previous PRs as well.Related issues
#359
Supersedes this PR