[Bug tree-optimization/41464] vector loads are unnecessarily split into high and low loads

2009-09-25 Thread nmiell at comcast dot net
--- Comment #2 from nmiell at comcast dot net 2009-09-25 17:12 --- Even if it thinks the arrays aren't aligned, that doesn't explain the completely unnecessarily zeroing of XMM0 or the choice of the load high/low instructions over MOVUPS. -- http://gcc.gnu.org/bugzilla/sh

[Bug tree-optimization/41464] New: vector loads are unnecessarily split into high and low loads

2009-09-24 Thread nmiell at comcast dot net
gcc Version: 4.4.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: nmiell at comcast dot net GCC build triplet: x86_64-linux-gnu GCC h

[Bug objc/32530] New: @try/@throw/@catch/@finally usage without -fexeceptions compiles without warning/error

2007-06-27 Thread nmiell at comcast dot net
/error Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: objc AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: nmiell at comcast dot net http://gcc.gnu.org/bugzilla

[Bug target/30455] New: i386 generates unnecessary TEST instructions for arithmetic ops on memory

2007-01-12 Thread nmiell at comcast dot net
: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: nmiell at comcast dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30455

[Bug target/29793] TESTW{W,L,Q} rCX + JZ/JE should be replaced by J{,E,R}CXZ when possible

2006-11-09 Thread nmiell at comcast dot net
--- Comment #1 from nmiell at comcast dot net 2006-11-10 06:59 --- Created an attachment (id=12585) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12585&action=view) little C demonstration This is a test function in C that demonstrate a case where gcc could be using Jr

[Bug target/29793] New: TESTW{W,L,Q} rCX + JZ/JE should be replaced by J{,E,R}CXZ when possible

2006-11-09 Thread nmiell at comcast dot net
Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: nmiell at comcast dot net GCC target triplet: i?86-*-*, x86_64

[Bug target/28909] New: Missed optimization with x86 sync builtins

2006-08-30 Thread nmiell at comcast dot net
uiltins Product: gcc Version: unknown Status: UNCONFIRMED Severity: minor Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: nmiell at comcast dot net GCC target triplet: i?86-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28909

[Bug middle-end/27080] New: gcc should emit .type directives for extern variables and functions

2006-04-07 Thread nmiell at comcast dot net
iority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: nmiell at comcast dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27080

[Bug tree-optimization/26570] -fprofile-generate -fprofile-use cause memory corruption immediately

2006-03-05 Thread nmiell at comcast dot net
--- Comment #1 from nmiell at comcast dot net 2006-03-05 23:31 --- On FC4 AMD64, compiling: #include void rotate(int x[3]) { std::rotate(&x[0], &x[1], &x[2]); } int main(int argc, char* argv[]) { int x[3] = { 0, 1, 2 }; rotate(x); retur

[Bug target/14907] bogus sign/zero extension when relaying parameters with regparm

2006-02-28 Thread nmiell at comcast dot net
--- Comment #4 from nmiell at comcast dot net 2006-03-01 05:54 --- This also occurs on AMD64 without any special attributes (the ABI passes params in registers already). When compiling: extern char c2(char); char c1(char c) { return c2(c); } with gcc -Wall -O2 -S tail-char.c using gcc

[Bug target/21812] libgcc could use some i686 specific optimizations

2005-06-19 Thread nmiell at comcast dot net
--- Additional Comments From nmiell at comcast dot net 2005-06-19 18:57 --- (In reply to comment #1) > Confirmed, some targets already have this. I am just making this for ia32. Could you clarify what you meant by that? Should I file another bug for AMD64? -- http://gcc.gnu.

[Bug other/21812] New: libgcc could use some target specific optimizations

2005-05-29 Thread nmiell at comcast dot net
Version: unknown Status: UNCONFIRMED Severity: normal Priority: P2 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: nmiell at comcast dot net CC: gcc-bugs at gcc dot gnu dot org http