Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | [clang] [AST] Treat "inline gnu_inline" the same way as "extern inline ↵ | Martin Storsjo | 2019-09-27 | 1 | -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 ODR | Richard Smith | 2016-03-25 | 1 | -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/import | Hans Wennborg | 2014-05-22 | 1 | -1/+7 |
| | | | | llvm-svn: 209471 | ||||
* | Add a new -Wundefined-inline warning for inline functions which are used but not | Nick Lewycky | 2013-02-01 | 1 | -0/+57 |
defined. Fixes PR14993! llvm-svn: 174158 |