summaryrefslogtreecommitdiffstats
path: root/clang/test/SemaCXX/warn-bad-memaccess.cpp
Commit message (Collapse)AuthorAgeFilesLines
* [Builtins] Treat `bcmp` as a builtin.Clement Courbet2019-02-141-1/+8
| | | | | | | | | | | | | | | | | Summary: This makes it consistent with `memcmp` and `__builtin_bcmp`. Also see the discussion in https://reviews.llvm.org/D56593. Reviewers: jyknight Subscribers: kristina, cfe-commits Tags: #clang Differential Revision: https://reviews.llvm.org/D58120 llvm-svn: 354023
* Fix -Wdynamic-class-memaccess to skip invalid classes.Richard Trieu2016-03-311-0/+13
| | | | | | | | | This warning sometimes will infinitely recurse on CXXRecordDecl's from ill-formed recursive classes that have fields of themselves. Skip processing these classes to prevent this from happening. Fixes https://llvm.org/bugs/show_bug.cgi?id=27142 llvm-svn: 264991
* -Wdynamic-class-memaccess: Also warn about array types.Nico Weber2015-03-211-1/+5
| | | | | | | It looks like not warning on this was an oversight in the original implementation of this warning. llvm-svn: 232900
* Extend -Wdynamic-class-memaccess to records containing dynamic classesReid Kleckner2014-06-271-6/+23
| | | | | | | | | | Reviewers: rtrieu Subscribers: cfe-commits Differential Revision: http://reviews.llvm.org/D4325 llvm-svn: 211972
* Don't get confused if a extern "C" builtin function is redeclared withoutRafael Espindola2012-12-301-0/+5
| | | | | | the extern "C". llvm-svn: 171260
* Improve the correctness and accuracy of the message for ↵Matt Beaumont-Gay2011-08-191-6/+11
| | | | | | -Wdynamic-class-memaccess llvm-svn: 138074
* Teach the warning about non-POD memset/memcpy/memmove to deal with theDouglas Gregor2011-06-161-0/+42
| | | | | | | | | __builtin_ versions of these functions as well as the normal function versions, so that it works on platforms where memset/memcpy/memmove are macros that map down to the builtins (e.g., Darwin). Fixes <rdar://problem/9372688>. llvm-svn: 133173
* Clean up the "non-POD memaccess" stuff some. This adds a properly namedChandler Carruth2011-06-031-0/+70
diagnostic group to cover the cases where we have definitively bad behavior: dynamic classes. It also rips out the existing support for POD-based checking. This didn't work well, and triggered too many false positives. I'm looking into a possibly more principled way to warn on the fundamental buggy construct here. POD-ness isn't the critical aspect anyways, so a clean slate is better. This also removes some silliness from the code until the new checks arrive. llvm-svn: 132534
OpenPOWER on IntegriCloud