[Bug c++/79802] New: Conflicting declaration with function pointers/types

2017-03-02 Thread lutztonineubert at gmail dot com
Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: lutztonineubert at gmail dot com Target Milestone: --- Using any g++ with flag -std=c++11 (14 or 17): ``` template struct Foo { void set(int i) { } static constexpr decltype(::set) i = ::set; }; template

[Bug c++/91369] Implement P0784R7: constexpr new

2019-12-04 Thread lutztonineubert at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91369 --- Comment #24 from Toni Neubert --- Great thank you.

[Bug c++/92695] P1064R0 - virtual constexpr fails if object taken from array

2019-12-02 Thread lutztonineubert at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92695 --- Comment #15 from Toni Neubert --- I really cannot help you with this. I am sorry. I don't understand the compilers source code/internals at all. I just can thank you guys for your ongoing work. I really appreciate it.

[Bug c++/88165] error: default member initializer for 'A::B::m' required before the end of its enclosing class

2019-10-28 Thread lutztonineubert at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88165 Toni Neubert changed: What|Removed |Added CC||lutztonineubert at gmail dot com

[Bug c++/92695] P1064R0 - virtual constexpr fails if object taken from array

2019-11-27 Thread lutztonineubert at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92695 --- Comment #1 from Toni Neubert --- Future more, the following example also fails. Could be the same root cause but another error message appears: accessing value of 'f.Foo::b[0].B::' through a 'B' glvalue in a constant expression Clang is

[Bug c++/92695] New: [10, 9] P1064R0 - virtual constexpr fails if object taken from array

2019-11-27 Thread lutztonineubert at gmail dot com
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: lutztonineubert at gmail dot com Target Milestone: --- The following code fails with: -> error: expression 'A::get' is not a constant expression Compiled with `-std=c++2a` un

[Bug c++/92695] P1064R0 - virtual constexpr fails if object taken from array

2019-11-27 Thread lutztonineubert at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92695 --- Comment #2 from Toni Neubert --- Copy paste error. The above example should be: ``` struct A { constexpr virtual int get() = 0; constexpr virtual int set(A *o) = 0; }; struct B : A { constexpr int get() override {

[Bug c++/92695] P1064R0 - virtual constexpr fails if object taken from array

2019-11-27 Thread lutztonineubert at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92695 --- Comment #7 from Toni Neubert --- First of all thank you very much for your extremly fast help! I testet the patch and it did work for my second example. But this one still fails, if we do not use the addressof function: struct A {

[Bug c++/92695] P1064R0 - virtual constexpr fails if object taken from array

2019-11-30 Thread lutztonineubert at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92695 --- Comment #12 from Toni Neubert --- Hello, I got another error using virtual classes: ``` struct A { virtual constexpr ~A() = default; }; struct B : A {}; constexpr bool test() { B b; return true; } static_assert(test()); ```

[Bug c++/92695] P1064R0 - virtual constexpr fails if object taken from array

2019-11-30 Thread lutztonineubert at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92695 --- Comment #11 from Toni Neubert --- I tested all patches and it works as expected. Thank you very much!

[Bug c++/91369] Implement P0784R7: constexpr new

2019-12-01 Thread lutztonineubert at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91369 Toni Neubert changed: What|Removed |Added CC||lutztonineubert at gmail dot com

[Bug c++/88335] Implement P1073R3, C++20 immediate functions (consteval).

2019-10-14 Thread lutztonineubert at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88335 Toni Neubert changed: What|Removed |Added CC||lutztonineubert at gmail dot com

[Bug c++/91369] Implement P0784R7: constexpr new

2020-01-09 Thread lutztonineubert at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91369 --- Comment #34 from Toni Neubert --- Thank you both! Now everything works. :) I'll keep that in mind.

[Bug c++/91369] Implement P0784R7: constexpr new

2020-01-03 Thread lutztonineubert at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91369 --- Comment #25 from Toni Neubert --- I get: "deallocation of already deallocated storage" for test2() but compiling just test1() or test2() is just fine. struct a { constexpr a(int* i) : i{i} { } constexpr ~a() {

[Bug c++/91369] Implement P0784R7: constexpr new

2020-01-06 Thread lutztonineubert at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91369 --- Comment #28 from Toni Neubert --- Thank you very much again for your fast help. Your patch works for this test case. I have another test case which fails. (Maybe more..., I am sorry). //main.cpp: in ‘constexpr’ expansion of ‘test3()’

[Bug c++/95159] ICE on aggregate template parameter with empty angle brackets

2020-07-09 Thread lutztonineubert at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95159 --- Comment #5 from Toni Neubert --- I don't think this one is valid. But the code inside the duplicated issue could be valid: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96123

[Bug c++/95159] ICE on aggregate template parameter with empty angle brackets

2020-07-09 Thread lutztonineubert at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95159 --- Comment #4 from Toni Neubert --- I don't think this one is valid. But the code inside the duplicated issue could be valid: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96123

[Bug c++/96123] New: [10, trunk] segment fault with NTTP fixed_string

2020-07-08 Thread lutztonineubert at gmail dot com
: c++ Assignee: unassigned at gcc dot gnu.org Reporter: lutztonineubert at gmail dot com Target Milestone: --- The following code produces a segment fault while compiling with std=c++20 on GCC 10.1 and trunk. The problem seems to be the deduction of N in fixed_string

[Bug c++/96123] [10, trunk] segment fault with NTTP fixed_string

2020-07-08 Thread lutztonineubert at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96123 --- Comment #1 from Toni Neubert --- :23:28: internal compiler error: Segmentation fault 23 | using type = Token; |^

[Bug c++/97237] New: [10/11 Regression] static_assert does not accept fpermissive code

2020-09-29 Thread lutztonineubert at gmail dot com via Gcc-bugs
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: lutztonineubert at gmail dot com Target Milestone: --- The following valid code: constexpr bool test() { auto i = 1 << 132; return true; } static_asser

[Bug c++/97610] New: [10/11] template argument deduction fails for function with defaulted lambda as non-type-template parameter

2020-10-27 Thread lutztonineubert at gmail dot com via Gcc-bugs
: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: lutztonineubert at gmail dot com Target Milestone: --- The following code (with C++20 enabled): template constexpr auto nested

[Bug c++/97237] [10/11 Regression] static_assert does not accept fpermissive code

2020-10-24 Thread lutztonineubert at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97237 --- Comment #4 from Toni Neubert --- This code seems to fail for the same reason: constexpr int get() { [[maybe_unused]] auto i = 1 << 32; return 0; } template constexpr int test() { return a; } constexpr int t1 = get(); constexpr

[Bug c++/97237] [10/11 Regression] static_assert does not accept fpermissive code

2020-11-04 Thread lutztonineubert at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97237 Toni Neubert changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug libstdc++/101203] New: Remove unnecessary empty check in std::function

2021-06-24 Thread lutztonineubert at gmail dot com via Gcc-bugs
Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: lutztonineubert at gmail dot com Target Milestone: --- Hello, this empty() check in std_function.h: https://github.com/gcc-mirror/gcc/blob/master/libstdc++-v3/include/bits/std_function.h#L558 _Res

[Bug libstdc++/101203] Remove unnecessary empty check in std::function

2021-06-27 Thread lutztonineubert at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101203 --- Comment #3 from Toni Neubert --- Thank you Jonathan for your fast answer. To sad but the shared library issue seems valid. Can shared libraries exist is a freestanding environment (like a bare-metal microcontroller running without OS)? So

[Bug c++/105060] New: [10/11] ICE with consteval function: internal compiler error: in cp_gimplify_expr, at cp/cp-gimplify.c:14879 with keep-inline-functions

2022-03-26 Thread lutztonineubert at gmail dot com via Gcc-bugs
: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: lutztonineubert at gmail dot com Target Milestone: --- Compiled with g++ 10/11 and -fkeep

[Bug c++/106921] New: [11/12.1] -O1 and -fipa-icf -fpartial-inlining causes wrong code

2022-09-13 Thread lutztonineubert at gmail dot com via Gcc-bugs
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: lutztonineubert at gmail dot com Target Milestone: --- Short summary: The following code returns 1 if compiled with -O2 (which is wrong) and does return 0 if compiled without

[Bug c++/106921] [11/12/13 Regression] -O1 and -fipa-icf -fpartial-inlining causes wrong code since r11-4987-g602c6cfc79ce4ae6

2022-09-25 Thread lutztonineubert at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106921 --- Comment #3 from Toni Neubert --- Any update on this? Which compiler flag triggers this bug exactly? Or is it a complex combination multiple?

[Bug ipa/106921] [11/12/13/14 Regression] -O1 and -fipa-icf -fpartial-inlining causes wrong code since r11-4987-g602c6cfc79ce4ae6

2023-11-21 Thread lutztonineubert at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106921 --- Comment #8 from Toni Neubert --- Hello, I just wanted to ask what the state of this bug is? I think that incorrectly compiled code should be much more important than anything else since any system can be affected without even knowing it.

[Bug libstdc++/101203] Remove unnecessary empty check in std::function

2024-02-28 Thread lutztonineubert at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101203 Toni Neubert changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---