[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