Re-commit r283722, reverted in r283750, with a fix for a CUDA-specific use ofpast-the-end iterator.Original commit message:P0035R4: Semantic analysis and code generation for C++17 overalignedal
Re-commit r283722, reverted in r283750, with a fix for a CUDA-specific use ofpast-the-end iterator.Original commit message:P0035R4: Semantic analysis and code generation for C++17 overalignedallocation.llvm-svn: 283789
show more ...
Revert "P0035R4: Semantic analysis and code generation for C++17 overaligned allocation."This reverts commit r283722. Breaks: Clang.SemaCUDA.device-var-init.cu Clang.CodeGenCUDA.device-var-init
Revert "P0035R4: Semantic analysis and code generation for C++17 overaligned allocation."This reverts commit r283722. Breaks: Clang.SemaCUDA.device-var-init.cu Clang.CodeGenCUDA.device-var-init.cuhttp://lab.llvm.org:8080/green/job/clang-stage1-cmake-RA-expensive/884/llvm-svn: 283750
P0035R4: Semantic analysis and code generation for C++17 overalignedallocation.llvm-svn: 283722
Don't diagnoes a mismatch between implicit and explicit exceptionspecifications under -fno-exceptions, just as we don't diagnose other exceptionspecification mismatch errors.llvm-svn: 280289
Add implicit declarations of allocation functions when looking them up forredeclaration, not just when looking them up for a use -- we need the implicitdeclaration to appropriately check various pr
Add implicit declarations of allocation functions when looking them up forredeclaration, not just when looking them up for a use -- we need the implicitdeclaration to appropriately check various properties of them (notably, whetherthey're deleted).llvm-svn: 200729
Prior to adding the new "expected-no-diagnostics" directive to VerifyDiagnosticConsumer, make the necessary adjustment to 580 test-cases which will henceforth require this new directive.llvm-svn: 1
Prior to adding the new "expected-no-diagnostics" directive to 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 bywhether C++ exceptions are enabled, not exceptions in general. PR9358.llvm-svn: 126820
When a declaration of a function is missing an exception specificationthat was present in a prior declaration, emit a warning rather than ahard error (which we did before, and still do with mismatc
When a declaration of a function is missing an exception specificationthat was present in a prior declaration, emit a warning rather than ahard error (which we did before, and still do with mismatchedexception specifications). Moreover, provide a fix-it hint with thethrow() 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 exceptionspecification on operator new, operator new[], operator delete, oroperator 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'. - This is designed to make it obvious that %clang_cc1 is a "test variable" which is substituted. It is '%clang_cc1' instead o
Update tests to use %clang_cc1 instead of 'clang-cc' or 'clang -cc1'. - 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.llvm-svn: 91245
More improvements to checking allocation and deallocation functions.llvm-svn: 91244
Correctly diagnose [basic.stc.dynamic.allocation]p1llvm-svn: 91190
Improve diagnostics for malformed delete operator function declarations.llvm-svn: 91180
Spell clang-cc correctly.llvm-svn: 82582
When implicitly declaring operators new, new[], delete, and delete[],give them the appropriate exception specifications. This,unfortunately, requires us to maintain and/or implicitly generatehandl
When implicitly declaring operators new, new[], delete, and delete[],give them the appropriate exception specifications. This,unfortunately, requires us to maintain and/or implicitly generatehandles to namespace "std" and the class "std::bad_alloc". However,every other approach I've come up with was more hackish, and thisstandard requirement itself is quite the hack.Fixes PR4829.llvm-svn: 81939