[Bug middle-end/42255] [4.3 Regression] broken generated code when using -fprofile-arcs and -O2

2010-06-11 Thread gael dot guennebaud at gmail dot com
--- Comment #6 from gael dot guennebaud at gmail dot com 2010-06-11 14:05 --- Created an attachment (id=20893) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20893&action=view) A new test case preprocessed with gcc 4.3.4 for -fno-guess-branch-probability Hi, here is a n

[Bug middle-end/42255] [4.3 Regression] broken generated code when using -fprofile-arcs and -O2

2010-03-15 Thread gael dot guennebaud at gmail dot com
--- Comment #3 from gael dot guennebaud at gmail dot com 2010-03-15 18:25 --- Created an attachment (id=20111) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20111&action=view) the test case preprocessed with 4.3.3 Oops, indeed it seems I messed up the first time. This one

[Bug c++/31816] If a function foo is defined before declaring a template class A, overloaded version of foo defined after the class declaration will not be available within class A.

2010-02-02 Thread gael dot guennebaud at gmail dot com
--- Comment #5 from gael dot guennebaud at gmail dot com 2010-02-02 20:44 --- I hit the same issue, and according to c++ standard, here we have a _dependent_ lookup, and so the qHash(int*) overloads should be found. Here is an example directly taken from the C++ standard (14.6, #9

[Bug debug/42255] Regression: broken generated code when using -fprofile-arcs and -O2

2009-12-02 Thread gael dot guennebaud at gmail dot com
--- Comment #1 from gael dot guennebaud at gmail dot com 2009-12-02 14:48 --- Created an attachment (id=19210) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19210&action=view) the preprocessed test program -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42255

[Bug debug/42255] New: Regression: broken generated code when using -fprofile-arcs and -O2

2009-12-02 Thread gael dot guennebaud at gmail dot com
Product: gcc Version: 4.3.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gael dot guennebaud at gmail dot com GCC build triplet: 4.3.3 GCC

[Bug target/40537] wrong instr. dependency with some SSE intrinsics

2009-06-24 Thread gael dot guennebaud at gmail dot com
--- Comment #4 from gael dot guennebaud at gmail dot com 2009-06-24 11:12 --- some additional info: - compiling with -fno-strict-aliasing fix the issue, so perhaps this is not a real bug but a feature ? - on the other hand using the may_alias type attribute for casting does not help

[Bug target/40537] wrong instr. dependency with some SSE intrinsics

2009-06-24 Thread gael dot guennebaud at gmail dot com
--- Comment #3 from gael dot guennebaud at gmail dot com 2009-06-24 10:53 --- There is a compilable example attached to comment #1. Furthermore, I can reproduce the problem with gcc 4.1.3, 4.2.4, 4.3.2, and 4.4.0, so I don't think it is a duplicate of PR40141. FYI, in the meant

[Bug target/40537] wrong instr. dependency with some SSE intrinsics

2009-06-24 Thread gael dot guennebaud at gmail dot com
--- Comment #1 from gael dot guennebaud at gmail dot com 2009-06-24 08:07 --- Created an attachment (id=18055) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18055&action=view) a complete example showing the problem usage: Works: g++ -O3 instr_dependency

[Bug target/40537] New: wrong instr. dependency with some SSE intrinsics

2009-06-24 Thread gael dot guennebaud at gmail dot com
Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gael dot guennebaud at gmail dot com GCC build triplet: x86_64-pc-linux GCC host triplet: x86_64-pc-linux GCC target triplet: x86_64-pc-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40537