Details
Diff Detail
- Repository
- rG LLVM Github Monorepo
Event Timeline
This is a nice coverage improvement but diagnostic changes don't seem to particularly be improvements... not opposed to landing as-is but want to consider if we can mitigate these...
clang/test/SemaCXX/constant-expression-cxx11.cpp | ||
---|---|---|
1798 | an idea (not sure if feasible) - do we want to suppress "not valid in constant expression" errors when the expressions contains errors? | |
clang/test/SemaCXX/lambda-expressions.cpp | ||
522 | this seems like a regression - what exactly is going on here? in a perfect world I guess we'd e.g. leave the type undeduced from the first return, rather than deduce it as undeduced-auto (at least for the purposes of diagnostics). | |
clang/test/SemaCXX/typo-correction-crash.cpp | ||
19 | this is also a regression, though this code is pretty broken and is really just asserting no crash. |
Any interest in chasing these diagnostic regressions (they seem like they might be tractable) or should we abandon this?
sorry for the long delay, picking it up.
clang/test/SemaCXX/constant-expression-cxx11.cpp | ||
---|---|---|
1798 | the extra diagnostics don't exit any more in the trunk (I think it is because we support the error-dependent expression in const evaluator). | |
clang/test/SemaCXX/lambda-expressions.cpp | ||
522 | this is an exiting issue in clang, and our tests don't cover that. https://reviews.llvm.org/D92211 will fix that. | |
clang/test/SemaCXX/typo-correction-crash.cpp | ||
19 | this seems non-trivial to fix (we have a too strong invalidation for decltype on an error expression, the declarator is marked invalid), I'd defer the fix (since this is not a critical case, and the code is pretty broken). |
clang-format suggested style edits found: