[Bug tree-optimization/118796] [15 Regression] ICE when building atlas-ecmwf 0.40.0 (copy_reference_ops_from_ref, at tree-ssa-sccvn.cc:1109)

2025-03-25 Thread lumosimann at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118796 --- Comment #9 from Lukas Mosimann --- Pretty sure they are related, just need to add one line back (line 7): https://godbolt.org/z/5dqG3bj7e to get the same error: internal compiler error: in copy_reference_ops_from_ref, at tree-ssa-sccvn.cc

[Bug tree-optimization/118796] [15 Regression] ICE when building atlas-ecmwf 0.40.0 (copy_reference_ops_from_ref, at tree-ssa-sccvn.cc:1109)

2025-03-25 Thread lumosimann at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118796 Lukas Mosimann changed: What|Removed |Added CC||lumosimann at gmail dot com

[Bug c++/89881] Incorrect warning "-Wunneeded-internal-declaration"

2019-03-29 Thread lumosimann at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89881 --- Comment #2 from Lukas Mosimann --- Yes you're right. But also GCC reports a warning, saying that the function is only declared, but not defined. This might be exactly what we want, if the function is only used at compile time, as a kind of t

[Bug c++/89881] New: Incorrect warning "-Wunneeded-internal-declaration"

2019-03-28 Thread lumosimann at gmail dot com
Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: lumosimann at gmail dot com Target Milestone: --- Suppose you have a concept implementation (pre-C++17). This might be something like this: #include template struct check_concept : std::false_type {};

[Bug c++/89831] New: passing 'const ...' as 'this' argument discards qualifiers

2019-03-26 Thread lumosimann at gmail dot com
Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: lumosimann at gmail dot com Target Milestone: --- Starting from GCC 8.1, the following code does not compile anymore: ``` struct Q { int operator[](int i) { return 0

[Bug c++/89085] New: call of overload is ambiguous with parameter packs

2019-01-28 Thread lumosimann at gmail dot com
: c++ Assignee: unassigned at gcc dot gnu.org Reporter: lumosimann at gmail dot com Target Milestone: --- The following example behaves differently for GCC and Clang and I am almost sure that Clang is right, because the second overload is clearly more specialized: template

[Bug c++/87663] using / typedef on recursive template leads to long compile time

2018-10-29 Thread lumosimann at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87663 --- Comment #7 from Lukas Mosimann --- Thanks! I will do that. First lets sum up state here such that it's not required to read through all comments. I am playing around with integral constant and an "exponential wrapper". First the "exponential

[Bug c++/87663] Exorbitant compile times

2018-10-28 Thread lumosimann at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87663 --- Comment #5 from Lukas Mosimann --- I was able to track down the error. The problem is caused due to `set_underlying_type` in cfamily/c_common.c. I tried to disable that function by simply returning on entry - and compilation times for cc1plus

[Bug c++/87663] Exorbitant compile times

2018-10-26 Thread lumosimann at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87663 --- Comment #4 from Lukas Mosimann --- Okay one last comment from my side (sorry for this two updates in short intervals). I tried to further simplify it, and I came up with this code which I think has the same problem. ``` template struct inte

[Bug c++/87663] Exorbitant compile times

2018-10-26 Thread lumosimann at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87663 --- Comment #3 from Lukas Mosimann --- ``` template struct integral_constant { static constexpr T value = v; using value_type = T; using type = integral_constant; }; template struct F : integral_constant::value -

[Bug c++/87663] Exorbitant compile times

2018-10-20 Thread lumosimann at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87663 --- Comment #1 from Lukas Mosimann --- By the way: I could drop parameter `Z` from `C` and `D`. I forgot to remove that when I was experimenting with extensions like `f_n = f_{n-1} + f_{n-2} + f_{n-3}`.

[Bug c++/87663] New: Exorbitant compile times

2018-10-20 Thread lumosimann at gmail dot com
++ Assignee: unassigned at gcc dot gnu.org Reporter: lumosimann at gmail dot com Target Milestone: --- Created attachment 44864 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44864&action=edit Comparison Let's try to calculate fiboncacchi numbers at compile time in exponentia

[Bug c++/84162] Internal compiler error: in tsubst, at cp/pt.c:13617 / SEGFAULT

2018-02-01 Thread lumosimann at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84162 --- Comment #1 from Lukas Mosimann --- The minimal example is already reduced a lot; until now, I wasn't able to track the error down to an even smaller chunk of code.

[Bug c++/84162] New: Internal compiler error: in tsubst, at cp/pt.c:13617 / SEGFAULT

2018-02-01 Thread lumosimann at gmail dot com
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: lumosimann at gmail dot com Target Milestone: --- Created attachment 43316 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43316&action=edit Segfault with flag -DV1 ##