alexfh wrote:
Something went wrong here, since valid code started triggering the
`-Winvalid-noreturn` diagnostic after this commit:
https://gcc.godbolt.org/z/zvs9MG7rz
```
template
struct S {
void f();
};
template
void S::f() { throw 0; }
template<>
void S::f() {}
```
```
:10:19: error: fun
alexfh wrote:
This patch causes a clang crash (reproducible at least up
7bf439d2607e636ada7e0bafda0fae447ec36002). Reduced test case:
https://gcc.godbolt.org/z/xdnWzP9qs
https://github.com/llvm/llvm-project/pull/141937
___
cfe-commits mailing list
cf
alexfh wrote:
> @alexfh what makes you think this was introduced by this commit?
I found this commit using a mechanical bisection over a range of LLVM revisions
building Clang without assertions. So the assertion may actually be caused by a
different commit. @bgra8 posted a more focused test c
alexfh wrote:
> Just out of curiosity, could implementing this warning to be LTO only solve
> this? Anything requiring whole-program analysis sounds like a task to be done
> during LTO. IIRC GCC has some warnings that are only made possible by LTO.
I don't think this would be the right directi
https://github.com/alexfh approved this pull request.
https://github.com/llvm/llvm-project/pull/149272
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
1901 - 1905 of 1905 matches
Mail list logo