• Home
  • History
  • Annotate
  • only in /external/clang/test/SemaCXX/Inputs/
History log of /external/clang/test/SemaCXX/Inputs/
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
6c6fd7e9596e7c870e322f4030bdd16235348378 15-Nov-2013 Alp Toker <alp@nuanti.com> Ignore test Inputs globally and remove redundant lit.local.cfg files

By adding a default config.excludes pattern we can avoid individual
suppressions in subdirectories.

This matches LLVM's lit.cfg which also excludes a few other common non-test
filenames for consistency.

git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@194814 91177308-0d34-0410-b5e6-96231b3b80d8
39bd371610af27b073c792c54c6c28133329f6ad 10-Sep-2013 Eli Friedman <eli.friedman@gmail.com> Make -Wunused warning rules more consistent.

This patch does a few different things.

This patch improves unused var diags for const vars: we no longer
unconditionally suppress diagnostics for const vars, instead only suppressing
the diagnostic when the declaration appears to be useful.

This patch also makes us more consistently use whether a variable/function
is declared in the main file to suppress diagnostics where appropriate.

Fixes <rdar://problem/14907887>.

git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@190382 91177308-0d34-0410-b5e6-96231b3b80d8
6b759f4d3c8bce0fe1f416953ef790c68e7c30b2 14-Jun-2013 Richard Smith <richard-llvm@metafoo.co.uk> Suppress the c++11 -Wdeprecated warning for 'register' if it is expanded from a
macro defined in a system header. glibc uses it in macros, apparently.

git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@184005 91177308-0d34-0410-b5e6-96231b3b80d8
19b6a707a86302adc80d64464cbc3cb8a7a7f3a6 10-Apr-2013 Matt Beaumont-Gay <matthewbg@google.com> Suppress -Wunused-variable for variables declared in headers, which may in
fact be defined and used in another TU.

Reshuffle some test cases because we suppress -Wunused-variable after we've
emitted an error.

This fixes PR15558.

git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@179138 91177308-0d34-0410-b5e6-96231b3b80d8
507a8a3fbb2c43247474daa7ccb8dd0a46c32ec5 04-Feb-2012 Nick Lewycky <nicholas@mxc.ca> Don't warn on use of default allocator with an over-aligned type when the
allocator is given the pointer to allocate into.

git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@149760 91177308-0d34-0410-b5e6-96231b3b80d8
fca84b232dd74c91b2e0f963a3f8c3bd351a9037 24-Jan-2012 Nick Lewycky <nicholas@mxc.ca> Add a new warning, -Wover-aligned, which detects attempts to use the default
allocator to construct an object which declares more alignment than the default
allocator actually provides. Fixes PR9527!

git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@148857 91177308-0d34-0410-b5e6-96231b3b80d8
8ef8f431aaeed3d7418959c81dfaa677b44f05ed 12-Dec-2011 Matt Beaumont-Gay <matthewbg@google.com> Suppress -Warray-bounds in certain cases involving macros from system headers.

The motivation here is a "clever" implementation of strncmp(), which peels the first few comparisons via chained conditional expressions which ensure that the input arrays are known at compile time to be sufficiently large.

git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@146430 91177308-0d34-0410-b5e6-96231b3b80d8
e13ad837709cd7730e18d8af1cf6b7d35a56d6b7 12-Feb-2010 Douglas Gregor <dgregor@apple.com> Work around an annoying, non-standard optimization in the glibc
headers, where malloc (and many other libc functions) are declared
with empty throw specifications, e.g.,

extern void *malloc (__SIZE_TYPE__ __size) throw () __attribute__
((__malloc__)) ;

The C++ standard doesn't seem to allow this, and redeclaring malloc as
the standard permits (as follows) resulted in Clang (rightfully!)
complaining about mis-matched exception specifications.

void *malloc(size_t size);

We work around this by silently propagating an empty throw
specification "throw()" from a function with C linkage declared in a
system header to a redeclaration that has no throw specifier.


git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@95969 91177308-0d34-0410-b5e6-96231b3b80d8