| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | Prior to adding the new "expected-no-diagnostics" directive to ↵ | Andy Gibbs | 2012-10-19 | 1 | -0/+1 |
| | | | | | | | VerifyDiagnosticConsumer, make the necessary adjustment to 580 test-cases which will henceforth require this new directive. llvm-svn: 166280 | ||||
| * | It's okay to refer to non-type template parameters anywhere they are | Douglas Gregor | 2010-04-27 | 1 | -0/+9 |
| | | | | | | | visible. Fixes the remaining two failures in Boost.ScopeExit. llvm-svn: 102466 | ||||
| * | Fix an amusing typo that completely the re-introduction of parameters | Douglas Gregor | 2010-03-02 | 1 | -0/+15 |
| | | | | | | | | | | | | for the purposes of parsing default arguments. In effect, we would re-introduce the parameter with a default argument N times (where N is the number of parameters preceding the parameter with a default argument). This showed up when a defaulted parameter of a member function of a local class shadowed a parameter of the enclosing function. Fixes PR6383. llvm-svn: 97534 | ||||
| * | Keep an explicit stack of function and block scopes, each element of | Douglas Gregor | 2010-03-01 | 1 | -0/+17 |
| which has the label map, switch statement stack, etc. Previously, we had a single set of maps in Sema (for the function) along with a stack of block scopes. However, this lead to funky behavior with nested functions, e.g., in the member functions of local classes. The explicit-stack approach is far cleaner, and we retain a 1-element cache so that we're not malloc/free'ing every time we enter a function. Fixes PR6382. Also, tweaked the unused-variable warning suppression logic to look at errors within a given Scope rather than within a given function. The prior code wasn't looking at the right number-of-errors count when dealing with blocks, since the block's count would be deallocated before we got to ActOnPopScope. This approach works with nested blocks/functions, and gives tighter error recovery. llvm-svn: 97518 | |||||

