Very happy to see this finally happening! :)
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Yesterday
Tue, May 3
Wed, Apr 27
2x "Buffer cannot by nullptr" -> "Buffer cannot be nullptr"
Apr 14 2022
Apr 13 2022
Speaking as a relative outside (but who's been waiting for flang in LLVM since well before it joined the monorepo), I'd much prefer code-generation-with-rough-edges in LLVM 15 (to start testing and raising eventual bugs), rather than a more polished flang (realistically still with bugs that need to be shaken out) in LLVM 16.
Apr 7 2022
Mar 26 2022
Mar 22 2022
Mar 9 2022
Something must have gone wrong... communication-wise... as @urnathan seems to have abandoned (resp. resigned from) all modules PRs. Hope any misunderstandings or grievances can be worked out!
Mar 2 2022
Feb 27 2022
A non-actionable comment out of curiosity for the work
Jan 24 2022
Just a nit/note before LLVM 14 branches: a few bullets in FormatPaper.csv should probably now be updated as well.
Congratulations on landing this huge piece of work, and even more so in time for LLVM 14!
Jan 13 2022
Ah, just saw your comment to that exact effect in the meantime. :)
OK, just taking the second half of the patch in openmp/libomptarget/deviceRTLs/amdgcn/CMakeLists.txt is actually enough for the backport.
Thanks a lot for the patch! I'm trying to figure out how to apply this to 13.0.0-rc2, but it's not obvious since https://reviews.llvm.org/D111983 has happened in between and reshuffled a bunch of things around.
Nov 8 2021
Oct 23 2021
Oct 11 2021
Given the cross-review of the respective authors, I'm assuming this is compatible / aligned with https://reviews.llvm.org/D111356? I ask because despite the mutual review, this wasn't mentioned in the email to LLVM-dev about the latter.
Sep 29 2021
I tested this patch in https://github.com/conda-forge/llvmdev-feedstock/pull/131 and it works as intended. Any blockers to landing it?