summaryrefslogtreecommitdiffstats
path: root/clang/test/SemaCXX/undefined-inline.cpp
Commit message (Collapse)AuthorAgeFilesLines
* [clang] [AST] Treat "inline gnu_inline" the same way as "extern inline ↵Martin Storsjo2019-09-271-3/+3
| | | | | | | | | | | | | | | | | 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
* Don't warn on "use" of undefined inline function that isn't actually an ODRRichard Smith2016-03-251-1/+6
| | | | | | | | use. In order for this to fire, the function needed to be a templated function marked 'constexpr' and declared but not defined. This weird pattern appears in libstdc++'s alloc_traits.h. llvm-svn: 264471
* Don't warn about undefined inline functions if they're dllexport/importHans Wennborg2014-05-221-1/+7
| | | | llvm-svn: 209471
* Add a new -Wundefined-inline warning for inline functions which are used but notNick Lewycky2013-02-011-0/+57
defined. Fixes PR14993! llvm-svn: 174158
OpenPOWER on IntegriCloud