[Bug c++/78022] constexpr int template rejected unless constructor is used before hand

2018-12-06 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78022 --- Comment #5 from fiesh at zefix dot tv --- The code still does not compile with gcc-8.2 but does compile on trunk now! Conversely, clang consistently refuses to compile it since clang-5. So I guess this can be closed, unless clang

[Bug c++/88242] New: static_assertion only fires when class is templated

2018-11-28 Thread fiesh at zefix dot tv
: c++ Assignee: unassigned at gcc dot gnu.org Reporter: fiesh at zefix dot tv Target Milestone: --- The following code compiles iff -DFIX is supplied. Clang compiles it both with and without -DFIX. Please let me know what else I can do to help debug this problem, I'm

[Bug libstdc++/87855] std::optional only copy-constructible if T is trivially copy-constructible

2018-11-19 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87855 --- Comment #12 from fiesh at zefix dot tv --- X(double) : X(X(42)) {} // clang doesn't like this is also enough to show the difference, no need for an operator.

[Bug libstdc++/87855] std::optional only copy-constructible if T is trivially copy-constructible

2018-11-16 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87855 --- Comment #6 from fiesh at zefix dot tv --- Again, fixes the issue for me with clang!

[Bug libstdc++/87855] std::optional only copy-constructible if T is trivially copy-constructible

2018-11-02 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87855 --- Comment #4 from fiesh at zefix dot tv --- Heh ok, you tricked me ;)

[Bug libstdc++/87855] std::optional only copy-constructible if T is trivially copy-constructible

2018-11-02 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87855 --- Comment #2 from fiesh at zefix dot tv --- This fixes the problem. Thank you so much for your effort!

[Bug libstdc++/87855] New: std::optional only copy-constructible if T is trivially copy-constructible

2018-11-01 Thread fiesh at zefix dot tv
: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: fiesh at zefix dot tv Target Milestone: --- For a type T that is non-trivially copy constructible, std::optional is not copy constructible. However, only clang catches

[Bug c++/87480] New: SFINAE constructor not matched, only in templated function

2018-10-01 Thread fiesh at zefix dot tv
Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: fiesh at zefix dot tv Target Milestone: --- The following code compiles with gcc <= 7.3 and clang. It also compiles with gcc >= 8 when FIX is defined. It does not compile with gcc >=

[Bug libstdc++/86842] Allow run-time checks of pre- and postconditions

2018-08-03 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86842 fiesh at zefix dot tv changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution

[Bug libstdc++/86842] Allow run-time checks of pre- and postconditions

2018-08-03 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86842 --- Comment #4 from fiesh at zefix dot tv --- > So I'm strongly opposed to that part of the suggestion. Either you get all > the ABI-preserving debug checks, or none. Checking all (possible) preconditions without any limit on the intr

[Bug libstdc++/86842] Allow run-time checks of pre- and postconditions

2018-08-03 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86842 --- Comment #2 from fiesh at zefix dot tv --- > Not everything. Some Expects preconditions cannot be tested (e.g. that > pointer points to an array of at least N objects). True. I suppose it's sufficient to have that memory accessed (s

[Bug libstdc++/86843] New: Allow separating debug mode into ABI-changing part and rest

2018-08-03 Thread fiesh at zefix dot tv
Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: fiesh at zefix dot tv Target Milestone: --- Right now, the debug mode changes the ABI. Thus everything that is linked, including libraries, needs to be compiled using debug mode, making

[Bug libstdc++/86842] New: Allow run-time checks of pre- and postconditions

2018-08-03 Thread fiesh at zefix dot tv
: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: fiesh at zefix dot tv Target Milestone: --- Preface: A rather hard-to-find set of bugs is that introduced by violating run-time preconditions imposed by certain functions. For example, failing to satisfy the Compare

[Bug demangler/85373] Ice in demangler

2018-05-16 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85373 --- Comment #1 from fiesh at zefix dot tv --- The problem is that d_count_templates_scopes calls itself infinitely.

[Bug demangler/85373] New: Ice in demangler

2018-04-12 Thread fiesh at zefix dot tv
: unassigned at gcc dot gnu.org Reporter: fiesh at zefix dot tv Target Milestone: --- The following leads to cxxfilt running with 100% CPU indefinitely: /tmp/binutils-gdb/binutils (master✗) % echo

[Bug c++/84281] Heap grows indefinitely

2018-02-09 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84281 --- Comment #7 from fiesh at zefix dot tv --- Oh, I just realize I misunderstood what ice-on-invalid means. Sorry about that!

[Bug c++/84281] Heap grows indefinitely

2018-02-08 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84281 --- Comment #5 from fiesh at zefix dot tv --- The test case was reduced from an actual translation unit that stalled our build server. Since the translation unit itself was invalid C++, the test case is too. I think it shouldn't be part

[Bug c++/84281] Heap grows indefinitely

2018-02-08 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84281 --- Comment #2 from fiesh at zefix dot tv --- I guess that depends on the definition of "meaningful". It reproduces the problem, so I'd say yes. ;)

[Bug c++/84281] New: Heap grows indefinitely

2018-02-08 Thread fiesh at zefix dot tv
: unassigned at gcc dot gnu.org Reporter: fiesh at zefix dot tv Target Milestone: --- Created attachment 43362 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43362=edit Reduced test case for indefinite heap growth Attached you find a creduced file that triggers the follow

[Bug c++/84197] New: Segmentation fault when setting -g

2018-02-04 Thread fiesh at zefix dot tv
++ Assignee: unassigned at gcc dot gnu.org Reporter: fiesh at zefix dot tv Target Milestone: --- Created attachment 43335 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43335=edit Reduced file leading to segfault with "g++ -c -std=c++17 -g" Attached you find the

[Bug libstdc++/70129] [6 Regression] stdlib.h: No such file or directory when using -isystem /usr/include

2018-02-01 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70129 fiesh at zefix dot tv changed: What|Removed |Added CC||fiesh at zefix dot tv

[Bug c++/78022] constexpr int template rejected unless constructor is used before hand

2018-01-30 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78022 --- Comment #3 from fiesh at zefix dot tv --- Interestingly, clang-5 no longer compiles this code: :28:15: error: constexpr variable 'b1' must be initialized by a constant expression constexpr B b1{0

[Bug c++/83482] internal compiler error: Segmentation fault

2017-12-19 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83482 --- Comment #2 from fiesh at zefix dot tv --- Maybe it provides a good test case though since it is triggered by -O2 but not by -Os, like the original bug report?

[Bug c++/83482] New: internal compiler error: Segmentation fault

2017-12-19 Thread fiesh at zefix dot tv
++ Assignee: unassigned at gcc dot gnu.org Reporter: fiesh at zefix dot tv Target Milestone: --- Created attachment 42914 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42914=edit Preprocessed code triggering segmentation fault The attached file leads to a segmentat

[Bug c++/78022] Strange C++ compilation error

2016-10-18 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78022 --- Comment #1 from fiesh at zefix dot tv --- The same happens with 6.2.1.

[Bug c++/78022] New: Strange C++ compilation error

2016-10-18 Thread fiesh at zefix dot tv
++ Assignee: unassigned at gcc dot gnu.org Reporter: fiesh at zefix dot tv Target Milestone: --- The following piece of code does not compile. Since clang 3.8.1 compiles it, and furthermore changes that would appear inconsequential make it compile, I suspect it might be an issue of GCC

[Bug c++/68383] Demangler stack overflow

2016-08-02 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68383 --- Comment #14 from fiesh at zefix dot tv --- It appears to be correct, as far as one can safely judge this by eye examination.

[Bug c++/68383] Demangler stack overflow

2015-11-19 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68383 --- Comment #8 from fiesh at zefix dot tv --- Would it be helpful it I tried to create a test case for 5.2.0? Or anything else I can provide?

[Bug c++/68159] Demangler crash (GDB PR 19190)

2015-11-17 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68159 fiesh at zefix dot tv changed: What|Removed |Added CC||fiesh at zefix dot tv

[Bug c++/68159] Demangler crash (GDB PR 19190)

2015-11-17 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68159 --- Comment #5 from fiesh at zefix dot tv --- Ah I see, thanks!

[Bug c++/68383] Demangler stack overflow

2015-11-17 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68383 --- Comment #2 from fiesh at zefix dot tv --- g++ 4.9.3, I do have the source code and will try to provide a minimal test case.

[Bug c++/68383] Demangler stack overflow

2015-11-17 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68383 --- Comment #3 from fiesh at zefix dot tv --- Created attachment 36739 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36739=edit Preprocessed c++ file

[Bug c++/68383] Demangler stack overflow

2015-11-17 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68383 --- Comment #4 from fiesh at zefix dot tv --- I added a preprocessed file that triggers the bug. It was created using g++ -I. -std=c++14 -E -o write.ii write.cpp and can be compiled and linked using g++ -std=c++14 -o write write.ii

[Bug c++/66769] internal compiler error: Segmentation fault

2015-07-06 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66769 --- Comment #3 from fiesh at zefix dot tv --- Better, self contained problem case: class A { void f(int a); int g(); }; void A::f(int a) {} int A::g() { auto r = [] (auto x) { f(*x); }; int * p; r(p); }

[Bug c++/66769] internal compiler error: Segmentation fault

2015-07-06 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66769 --- Comment #2 from fiesh at zefix dot tv --- A friend checked for me, 5.1.0 also appears affected.

[Bug c++/66769] New: internal compiler error: Segmentation fault

2015-07-05 Thread fiesh at zefix dot tv
++ Assignee: unassigned at gcc dot gnu.org Reporter: fiesh at zefix dot tv Target Milestone: --- Created attachment 35914 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35914action=edit Preprocessed test case The following simple C++14 program leads to a segmentation fault

[Bug c++/66769] internal compiler error: Segmentation fault

2015-07-05 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66769 --- Comment #1 from fiesh at zefix dot tv --- Sorry, the above output was for 4.9.2 on a different host, mixed up when I ran several tests. For 4.9.3: Using built-in specs. COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.9.3/g++ Target: x86_64

[Bug c++/63356] Compilation failure where clang does not have problems

2015-03-17 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63356 --- Comment #15 from fiesh at zefix dot tv --- Boost 1.58.0 has a workaround by making one function explicit. (https://github.com/boostorg/polygon/commit/634aa3de29d63dcf02a478ca2b5045c5e9ccb7e0) Since this means the bug becomes irrelevant

[Bug c++/63356] Compilation failure where clang does not have problems

2015-01-30 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63356 --- Comment #14 from fiesh at zefix dot tv --- Bounty: EUR 150 I'd like to try something new and place a bounty on this issue. In order to collect it, you have to provide a patch that is accepted into 4.9 and 5. You also need to be able

[Bug c++/63356] Compilation failure where clang does not have problems

2015-01-11 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63356 --- Comment #13 from fiesh at zefix dot tv --- Are there any news on this bug? At least for us, this keeps production code from being able to work with any boost 1.55, which is becoming an increasingly bigger issue.

[Bug c++/63356] New: Compilation failure where clang does not have problems

2014-09-24 Thread fiesh at zefix dot tv
Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: fiesh at zefix dot tv I originally filed this as a boost bug: https://svn.boost.org/trac/boost/ticket/10531 However, given that clang 3.4.2 has no problems compiling it, I suspect it might be a gcc issue. In short

[Bug c++/63356] Compilation failure where clang does not have problems

2014-09-24 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63356 --- Comment #3 from fiesh at zefix dot tv --- I wanted to, but the problem is that the ii file is 2.7MB, more than the maximum allowed file size of 1000KB. Should I upload it to a different site? Also I just realized that the problem only

[Bug c++/63356] Compilation failure where clang does not have problems

2014-09-24 Thread fiesh at zefix dot tv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63356 --- Comment #9 from fiesh at zefix dot tv --- Ever so little simplified: struct A {}; template typename _B1 struct B : _B1 {}; template typename _Tp _Tp declval(); template typename _From, typename _To struct C { template typename _From1