summaryrefslogtreecommitdiffstats
path: root/llvm/lib/CodeGen/MachineBasicBlock.cpp
diff options
context:
space:
mode:
authorMartin Storsjo <martin@martin.st>2019-09-27 12:25:19 +0000
committerMartin Storsjo <martin@martin.st>2019-09-27 12:25:19 +0000
commit71decf841c7396ad96cf95a9123c2df19a4121f6 (patch)
tree8acaf5e33a3aba1a42f0c73f0653ace9c8976c78 /llvm/lib/CodeGen/MachineBasicBlock.cpp
parent5ebab1f8f943e967662dd4ffc843bceb3de2e3d2 (diff)
downloadbcm5719-llvm-71decf841c7396ad96cf95a9123c2df19a4121f6.tar.gz
bcm5719-llvm-71decf841c7396ad96cf95a9123c2df19a4121f6.zip
[clang] [AST] Treat "inline gnu_inline" the same way as "extern inline gnu_inline" in C++ mode
This matches how GCC handles it, see e.g. https://gcc.godbolt.org/z/HPplnl. GCC documents the gnu_inline attribute with "In C++, this attribute does not depend on extern in any way, but it still requires the inline keyword to enable its special behavior." The previous behaviour of gnu_inline in C++, without the extern keyword, can be traced back to the original commit that added support for gnu_inline, SVN r69045. Differential Revision: https://reviews.llvm.org/D67414 llvm-svn: 373078
Diffstat (limited to 'llvm/lib/CodeGen/MachineBasicBlock.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud