[PATCH] D122082: Add DXIL Bitcode Writer and DXIL testing
Chris Bieneman via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Sun Mar 20 17:34:01 PDT 2022
beanz added a comment.
In D122082#3394836 <https://reviews.llvm.org/D122082#3394836>, @nikic wrote:
> Yes, opaque pointer support is a hard requirement for any new code introduced in LLVM.
Not to be difficult, but was this discussed somewhere that I missed? I didn’t see it in any of the status updates or project plans for opaque pointers. I have no objection to doing the work (I’ve already started). I actually don’t even mind not merging this patch until I have it working. The opaque pointer effort will actually be a net win for the larger project I’m working on, so kudos to that :D.
I greatly dislike “you can’t land <x> because of <not done thing>” being a requirement _ever_ in LLVM, but especially in cases where the not completed work doesn’t have a final completion target (as the latest status update on opaque pointers says).
We held up a lot of great work behind the “new” pass manager. For _years_ nobody was allowed to add features to the “legacy” pass manager or even fix infrastructure issues in ways that relied on the pass manager.
Drawing hard lines in the sand like this is fine if there is wide community acceptance (as with any coding standard), but nobody should be able to draw these lines without discussion and agreement.
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D122082/new/
https://reviews.llvm.org/D122082
More information about the llvm-commits
mailing list