summaryrefslogtreecommitdiffstats
path: root/clang/test/CXX/basic/basic.stc/basic.stc.dynamic
Commit message (Collapse)AuthorAgeFilesLines
* Re-commit r283722, reverted in r283750, with a fix for a CUDA-specific use ofRichard Smith2016-10-101-0/+19
| | | | | | | | | | | past-the-end iterator. Original commit message: P0035R4: Semantic analysis and code generation for C++17 overaligned allocation. llvm-svn: 283789
* Revert "P0035R4: Semantic analysis and code generation for C++17 overaligned ↵Daniel Jasper2016-10-101-19/+0
| | | | | | | | | | | | allocation." This reverts commit r283722. Breaks: Clang.SemaCUDA.device-var-init.cu Clang.CodeGenCUDA.device-var-init.cu http://lab.llvm.org:8080/green/job/clang-stage1-cmake-RA-expensive/884/ llvm-svn: 283750
* P0035R4: Semantic analysis and code generation for C++17 overalignedRichard Smith2016-10-101-0/+19
| | | | | | allocation. llvm-svn: 283722
* Don't diagnoes a mismatch between implicit and explicit exceptionRichard Smith2016-08-312-3/+18
| | | | | | | specifications under -fno-exceptions, just as we don't diagnose other exception specification mismatch errors. llvm-svn: 280289
* Add implicit declarations of allocation functions when looking them up forRichard Smith2014-02-042-2/+4
| | | | | | | | redeclaration, not just when looking them up for a use -- we need the implicit declaration to appropriately check various properties of them (notably, whether they're deleted). llvm-svn: 200729
* Prior to adding the new "expected-no-diagnostics" directive to ↵Andy Gibbs2012-10-192-0/+2
| | | | | | VerifyDiagnosticConsumer, make the necessary adjustment to 580 test-cases which will henceforth require this new directive. llvm-svn: 166280
* Semantic checking for exception specifications should be triggered byJohn McCall2011-03-021-1/+1
| | | | | | whether C++ exceptions are enabled, not exceptions in general. PR9358. llvm-svn: 126820
* When a declaration of a function is missing an exception specificationDouglas Gregor2010-03-242-3/+19
| | | | | | | | | | | | | | | | | | | | | that was present in a prior declaration, emit a warning rather than a hard error (which we did before, and still do with mismatched exception specifications). Moreover, provide a fix-it hint with the throw() clause that should be added, e.g., t.C:10:7: warning: 'operator new' is missing exception specification 'throw(std::bad_alloc)' void *operator new(unsigned long sz) ^ throw(std::bad_alloc) As part of this, disable the warning when we're missing an exception specification on operator new, operator new[], operator delete, or operator delete[] when exceptions are turned off (-fno-exceptions). Fixes PR5957. llvm-svn: 99388
* Update tests to use %clang_cc1 instead of 'clang-cc' or 'clang -cc1'.Daniel Dunbar2009-12-154-4/+4
| | | | | | | | | - This is designed to make it obvious that %clang_cc1 is a "test variable" which is substituted. It is '%clang_cc1' instead of '%clang -cc1' because it can be useful to redefine what gets run as 'clang -cc1' (for example, to set a default target). llvm-svn: 91446
* Fix test.Anders Carlsson2009-12-131-1/+1
| | | | llvm-svn: 91245
* More improvements to checking allocation and deallocation functions.Anders Carlsson2009-12-131-0/+32
| | | | llvm-svn: 91244
* Correctly diagnose [basic.stc.dynamic.allocation]p1Anders Carlsson2009-12-121-0/+12
| | | | llvm-svn: 91190
* Improve diagnostics for malformed delete operator function declarations.Anders Carlsson2009-12-111-0/+11
| | | | llvm-svn: 91180
* Spell clang-cc correctly.Daniel Dunbar2009-09-221-1/+1
| | | | llvm-svn: 82582
* When implicitly declaring operators new, new[], delete, and delete[],Douglas Gregor2009-09-152-0/+32
give them the appropriate exception specifications. This, unfortunately, requires us to maintain and/or implicitly generate handles to namespace "std" and the class "std::bad_alloc". However, every other approach I've come up with was more hackish, and this standard requirement itself is quite the hack. Fixes PR4829. llvm-svn: 81939
OpenPOWER on IntegriCloud