[Bug c++/32142] gcc crashes when creating coverage info and optimization
--- Comment #4 from dominik dot strasser at onespin-solutions dot com 2009-05-20 14:57 --- Works fine in 4.3.3 -- dominik dot strasser at onespin-solutions dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32142
[Bug libstdc++/34730] Legal program doesn't compile with -D_GLIBCXX_DEBUG
--- Comment #11 from dominik dot strasser at onespin-solutions dot com 2009-05-20 14:58 --- Works fine, thanks. -- dominik dot strasser at onespin-solutions dot com changed: What|Removed |Added Status|RESOLVED|VERIFIED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34730
[Bug c/35526] ICE on memcpy
--- Comment #9 from dominik dot strasser at onespin-solutions dot com 2009-05-20 14:58 --- Works fine -- dominik dot strasser at onespin-solutions dot com changed: What|Removed |Added Status|RESOLVED|VERIFIED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35526
[Bug libstdc++/35541] [4.3 Regression] Legal C++ program can't be compiled with -D_GLIBCXX_DEBUG
--- Comment #10 from dominik dot strasser at onespin-solutions dot com 2009-05-20 14:59 --- Works fine -- dominik dot strasser at onespin-solutions dot com changed: What|Removed |Added Status|RESOLVED|VERIFIED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35541
[Bug libstdc++/36333] stable_sort calling merge; problems when _GLIBCXX_DEBUG is switched on
--- Comment #6 from dominik dot strasser at onespin-solutions dot com 2009-05-20 14:59 --- Works fine -- dominik dot strasser at onespin-solutions dot com changed: What|Removed |Added Status|RESOLVED|VERIFIED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36333
[Bug c++/36334] [4.2 Regression] typedef to function type leads to problems
--- Comment #7 from dominik dot strasser at onespin-solutions dot com 2009-05-20 14:59 --- Works fine in 4.3.3 -- dominik dot strasser at onespin-solutions dot com changed: What|Removed |Added Status|RESOLVED|VERIFIED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36334
[Bug target/6786] [sparcv9-solaris] throwing expection causes segv with -m64
--- Comment #2 from dominik dot strasser at onespin-solutions dot com 2009-05-20 15:03 --- Work fine -- dominik dot strasser at onespin-solutions dot com changed: What|Removed |Added Status|RESOLVED|VERIFIED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6786
[Bug c++/32142] gcc crashes when creating coverage info and optimization
--- Comment #5 from dominik dot strasser at onespin-solutions dot com 2009-05-20 15:45 --- Works fine in 4.3 -- dominik dot strasser at onespin-solutions dot com changed: What|Removed |Added Status|RESOLVED|VERIFIED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32142
[Bug libstdc++/21244] [4.0/4.1 Regression] Vectorbool anonymous enum problem
--- Comment #19 from dominik dot strasser at onespin-solutions dot com 2009-05-20 15:45 --- Works fine -- dominik dot strasser at onespin-solutions dot com changed: What|Removed |Added Status|RESOLVED|VERIFIED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21244
[Bug middle-end/38486] Missing warning about type punning
--- Comment #8 from dominik dot strasser at onespin-solutions dot com 2009-04-27 15:12 --- Are there any news on this guy here ? I am really having a hard time porting my project to GCC 4.3 as I have a big source file which seems to do a lot of type punning, but I get no warnings. Depending on the compile options I get crashes. Or should I just turn off strict aliasing for this source file to be on the safe side. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38486
[Bug c++/38486] New: Missing warning about type punning
When compiling the attached source code with -Wall -O3 -UWARN, no warning on type punning is printed. If I compile with -Wall -O3 -DWARN, a warning is printed. ff.C:31: warning: dereferencing type-punned pointer will break strict-aliasing rules While in the attached example, everything seems to work fine, my application crashes. Would it be feasible to print the warning also for the nested function calls ? -- Summary: Missing warning about type punning Product: gcc Version: 4.3.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominik dot strasser at onespin-solutions dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38486
[Bug c++/38486] Missing warning about type punning
--- Comment #1 from dominik dot strasser at onespin-solutions dot com 2008-12-11 12:57 --- Created an attachment (id=16884) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16884action=view) Source code which illustrates the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38486
[Bug c/35526] ICE on memcpy
--- Comment #4 from dominik dot strasser at onespin-solutions dot com 2008-03-11 09:02 --- I can confirm that the patch fixes the original example. -- dominik dot strasser at onespin-solutions dot com changed: What|Removed |Added Component|middle-end |c http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35526
[Bug libstdc++/35541] New: Legal C++ program can't be compiled with -D_GLIBCXX_DEBUG
The attached legal C++ source can't be compiled with -D_GLIBCXX_DEBUG -- Summary: Legal C++ program can't be compiled with - D_GLIBCXX_DEBUG Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominik dot strasser at onespin-solutions dot com GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35541
[Bug libstdc++/35541] Legal C++ program can't be compiled with -D_GLIBCXX_DEBUG
--- Comment #1 from dominik dot strasser at onespin-solutions dot com 2008-03-11 16:25 --- Created an attachment (id=15299) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15299action=view) Source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35541
[Bug c/35526] New: ICE on memcpy
Compiling the attached source either with g++ or gcc renders an ICE oo.C:9: internal compiler error: in convert_move, at expr.c:373 -O must be used. gcc -O oo.C -- Summary: ICE on memcpy Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominik dot strasser at onespin-solutions dot com GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35526
[Bug c/35526] ICE on memcpy
--- Comment #1 from dominik dot strasser at onespin-solutions dot com 2008-03-10 18:15 --- Created an attachment (id=15289) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15289action=view) Source file which gives the ICE -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35526
[Bug rtl-optimization/34902] New: Wrong code on -O3
For the attached C/C++ source, illegal code is produced when -O3 is used. One source statement is omitted. This statement is marked by /** ERROR: no code will be generated for the following statement **/ in the source code. The issue can be seen on different platforms, so it seems to be in the RTL optimization part and independent of the backend. I tried on x86 x86_64 and SPARC. Call make ok to get the OK version, make bug to get the buggy one. The driver built around the source prints ok or error respectively. As this is a genereted bison source, it is rather huge, any attempts to make it smaller failed. -- Summary: Wrong code on -O3 Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominik dot strasser at onespin-solutions dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34902
[Bug rtl-optimization/34902] Wrong code on -O3
--- Comment #1 from dominik dot strasser at onespin-solutions dot com 2008-01-21 11:17 --- Created an attachment (id=14986) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14986action=view) tar file with illustrates the bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34902
[Bug rtl-optimization/34902] Wrong code on -O3
--- Comment #3 from dominik dot strasser at onespin-solutions dot com 2008-01-21 12:17 --- -Wstrict-overflow=5 doesn't seem to be available in 4.1.2 -fwrapv didn't make a difference. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34902
[Bug rtl-optimization/34902] Wrong code on -O3
--- Comment #5 from dominik dot strasser at onespin-solutions dot com 2008-01-21 13:07 --- Bingo -fno-strict-aliasing does the trick. But what shall I do ? This is a generated Bison parser. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34902
[Bug rtl-optimization/34902] Wrong code on -O3
--- Comment #7 from dominik dot strasser at onespin-solutions dot com 2008-01-21 13:45 --- This is bison 2.0. The latest version is 2.3. If haven't found anything in the ChangeLog which sounds like there was a bug fix in this area. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34902
[Bug libstdc++/34730] New: Legal program doesn't compile with -D_GLIBCXX_DEBUG
The attached C++ source is AFAICS legal C++. However it doesn't compile with the debug libstdc++, as the debug code assumes that each given set can be compared with the passed compare operator. -- Summary: Legal program doesn't compile with -D_GLIBCXX_DEBUG Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominik dot strasser at onespin-solutions dot com GCC build triplet: x86_64-redhat-linux GCC host triplet: x86_64-redhat-linux GCC target triplet: x86_64-redhat-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34730
[Bug libstdc++/34730] Legal program doesn't compile with -D_GLIBCXX_DEBUG
--- Comment #1 from dominik dot strasser at onespin-solutions dot com 2008-01-10 15:28 --- Created an attachment (id=14909) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14909action=view) Source code showing the problem -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34730
[Bug c++/32142] New: gcc crashes when creating coverage info and optimization
When compiling the attached file, g++ crashes. Trying to reduce the file size, random crashes occurred, ranging from endless loops to glibc detecting memory corruption. Removing the #line directives cures the crash. Call: g++ -O3 -fprofile-arcs pp.C -- Summary: gcc crashes when creating coverage info and optimization Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominik dot strasser at onespin-solutions dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32142
[Bug c++/32142] gcc crashes when creating coverage info and optimization
--- Comment #1 from dominik dot strasser at onespin-solutions dot com 2007-05-29 17:29 --- Created an attachment (id=13628) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13628action=view) bzip2ed preprocessor output for reproducing the crash. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32142
