[Bug middle-end/32661] New: __builtin_ia32_vec_ext suboptimal for pointer/ref args

2007-07-06 Thread scovich at gmail dot com
for pointer/ref args Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: scovich at gmail dot com GCC target triplet

[Bug middle-end/32662] New: Significant extra code generation for 64x64=128-bit multiply

2007-07-06 Thread scovich at gmail dot com
dot org ReportedBy: scovich at gmail dot com GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32662

[Bug c++/32412] New: Passing struct as parameter breaks SRA for stack-allocated struct inside called function

2007-06-20 Thread scovich at gmail dot com
- allocated struct inside called function Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: scovich at gmail dot com GCC

[Bug middle-end/32412] Passing struct as parameter breaks SRA for stack-allocated struct inside called function

2007-06-20 Thread scovich at gmail dot com
--- Comment #2 from scovich at gmail dot com 2007-06-20 17:49 --- (In reply to comment #1) wrapper const w You are passing via reference which does not break SRA, just changes the ABI and such. This is a very very hard problem to solve without the whole program. I wondering

[Bug middle-end/32412] Passing struct as parameter breaks SRA for stack-allocated struct inside called function

2007-06-20 Thread scovich at gmail dot com
--- Comment #3 from scovich at gmail dot com 2007-06-20 18:22 --- (In reply to comment #1) Sorry for the double post, but I just tried creating a wrapper_foo() that copies the values out of the struct, then passes them on to foo() as scalars. The problem only appears if foo() gets

[Bug c++/32291] New: -Wformat either too picky or not picky enough

2007-06-11 Thread scovich at gmail dot com
: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: scovich at gmail dot com GCC target triplet: i686-pc-cygwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32291

[Bug c/32292] New: pthread_exit should have attribute __noreturn__

2007-06-11 Thread scovich at gmail dot com
Status: UNCONFIRMED Severity: minor Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: scovich at gmail dot com GCC target triplet: i686-pc-cygwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32292

[Bug target/30315] optimize unsigned-add overflow test on x86 to use cpu flags from addl

2007-06-05 Thread scovich at gmail dot com
--- Comment #1 from scovich at gmail dot com 2007-06-06 03:39 --- Happens on x86_64-unknown-linux-gnu as well, for both 4.2.0 and 4.3 (20070605) The problem is even worse for 128-bit arithmetic because it has to check two registers (with associated branches) before making a decision

[Bug c++/32186] New: -ggdb emits broken debug info

2007-06-02 Thread scovich at gmail dot com
at gcc dot gnu dot org ReportedBy: scovich at gmail dot com GCC target triplet: i686-pc-cygwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32186

[Bug c++/32186] -ggdb emits broken debug info

2007-06-02 Thread scovich at gmail dot com
--- Comment #1 from scovich at gmail dot com 2007-06-02 09:37 --- It also appears that 'next' is broken and acts like 'step' (enter all functions), while 'finish' acts like 'continue' (run to completion, barring a breakpoint). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32186

[Bug c++/32073] New: Loop unrolling does not exploit VRP for loop bound

2007-05-24 Thread scovich at gmail dot com
Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: scovich at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug c/32074] New: Optimizer does not exploit assertions

2007-05-24 Thread scovich at gmail dot com
; } -- Summary: Optimizer does not exploit assertions Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: scovich at gmail dot

<    1   2