aboutsummaryrefslogtreecommitdiff
path: root/clang/lib/Basic/FileManager.cpp
diff options
context:
space:
mode:
authorMarkus Böck <markus.boeck02@gmail.com>2023-02-02 16:35:02 +0100
committerMarkus Böck <markus.boeck02@gmail.com>2023-02-07 16:49:45 +0100
commit0f827ee0366922c16fe987c75dad459e717b4f6e (patch)
tree3888c2ef180ead6c24cf2ec1101a79f28c7dd855 /clang/lib/Basic/FileManager.cpp
parentad48a0e573b25575bc800012d08bcd78780042de (diff)
downloadllvm-0f827ee0366922c16fe987c75dad459e717b4f6e.zip
llvm-0f827ee0366922c16fe987c75dad459e717b4f6e.tar.gz
llvm-0f827ee0366922c16fe987c75dad459e717b4f6e.tar.bz2
[mlir][ods] add mechanism for deprecating an `OpBuilder` in ODS
This allows discouraging the use of specific build methods of an op by having TableGen generate C++ code, instructing the C++ compiler to warn on use of the `build` method. The implementation uses the C++14 `[[deprecated(...)]]`` for this purpose. I considered using `LLVM_DEPRECATED`, but thought requiring a fix-it was not necassery, nor would the syntax in ODS have been very nice. My motivation for this change is that in the future I'd like to deprecate the use `build` methods in the LLVM Dialect, not using explicit pointer types for ops such as `llvm.load` or `llvm.alloca`, which makes the code not future proof for opaque pointers. In-tree has to be clean first before I could commit such a change of course, but I thought the initial infrastructure change could already be submitted. Differential Revision: https://reviews.llvm.org/D143190
Diffstat (limited to 'clang/lib/Basic/FileManager.cpp')
0 files changed, 0 insertions, 0 deletions