[Bug tree-optimization/62171] restrict pointer to struct with restrict pointers parm doesn't prevent aliases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62171 --- Comment #17 from ncahill_alt at yahoo dot com --- This was the only test that failed for me, the others were debug info in LTO mode. I'm very glad that GCC 6.1.0 works so well and built cleanly like it did. This test was a minor thing

[Bug tree-optimization/62171] restrict pointer to struct with restrict pointers parm doesn't prevent aliases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62171 --- Comment #16 from ncahill_alt at yahoo dot com --- (In reply to Richard Biener from comment #15) > (In reply to ncahill_alt from comment #14) > > This test is failing for me in GCC 6.1.0 (i386). It complains about having >

[Bug tree-optimization/62171] restrict pointer to struct with restrict pointers parm doesn't prevent aliases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62171 ncahill_alt at yahoo dot com changed: What|Removed |Added CC||ncahill_alt at yahoo dot

[Bug ipa/68035] [5/6 Regression] ipa performance issue when no procedures are present

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68035 --- Comment #3 from ncahill_alt at yahoo dot com --- Martin, your patch produces the identical object file in 10.3s versus 24.6s. The profile is also very smooth with none of the functions listed above appearing. Thank you very much

[Bug ipa/68035] New: ipa performance issue when no procedures are present

Component: ipa Assignee: unassigned at gcc dot gnu.org Reporter: ncahill_alt at yahoo dot com Target Milestone: --- Created attachment 36552 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36552=edit source code showing the ipa performance I have source code showing a possi

[Bug tree-optimization/65688] New: xbomb 2.2a segfault, infinite loop at -O2

-optimization Assignee: unassigned at gcc dot gnu.org Reporter: ncahill_alt at yahoo dot com Created attachment 35247 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35247action=edit Reduced source with the behaviour Bug 36124 is similar to this issue, a loop that becomes

[Bug lto/61218] New: lto ICE building libcilkrts with 4.9.0

Assignee: unassigned at gcc dot gnu.org Reporter: ncahill_alt at yahoo dot com Created attachment 32816 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32816action=edit minimal testcase I was getting an ICE building gcc-4.9.0 with lto enabled (that is, -flto -ffat-lto-objects

[Bug other/61102] New: ld --plugin causes binutils gold incremental_test to fail

Priority: P3 Component: other Assignee: unassigned at gcc dot gnu.org Reporter: ncahill_alt at yahoo dot com This is a heads-up more than anything. I've been trying out gcc 4.9.0 and one of binutils-2.24/gold's testcases fails because --plugin is being emitted to ld. My

[Bug target/57564] regmove switched operands?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57564 ncahill_alt at yahoo dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug tree-optimization/57534] [4.8/4.9 Regression]: Performance regression versus 4.7.3, 4.8.1 is ~15% slower

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57534 --- Comment #6 from ncahill_alt at yahoo dot com --- Created attachment 30283 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30283action=edit Smaller testcase

[Bug bootstrap/57291] Failure in build stages 2 and 3 concerning pseudo-op: .balign

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57291 ncahill_alt at yahoo dot com changed: What|Removed |Added CC||ncahill_alt at yahoo dot

[Bug rtl-optimization/57564] New: regmove switched operands?

Assignee: unassigned at gcc dot gnu.org Reporter: ncahill_alt at yahoo dot com Created attachment 30278 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30278action=edit Testcase With x86 GCC 4.8.1 (32-bit), bzip2 built with -O1 decompresses files more quickly than with -O2. I

[Bug target/57564] regmove switched operands?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57564 --- Comment #1 from ncahill_alt at yahoo dot com --- Also present in 4.8.0, not in 4.7.3.

[Bug rtl-optimization/57534] New: Performance regression versus 4.7.3, 4.8.1 is ~15% slower

Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: ncahill_alt at yahoo dot com Created attachment 30261 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30261action=edit Reduced source code - timing functions With x86 GCC 4.8.1

[Bug rtl-optimization/57534] Performance regression versus 4.7.3, 4.8.1 is ~15% slower

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57534 --- Comment #1 from ncahill_alt at yahoo dot com --- Here is the 4.7.3 output for comparison: 8048702: 83 ef 08sub$0x8,%edi 8048705: d9 ee fldz 8048707: d9 c0 fld

[Bug tree-optimization/57534] [4.8. 4.9 Regression]: Performance regression versus 4.7.3, 4.8.1 is ~15% slower

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57534 ncahill_alt at yahoo dot com changed: What|Removed |Added Attachment #30261|0 |1 is obsolete

[Bug tree-optimization/57534] [4.8. 4.9 Regression]: Performance regression versus 4.7.3, 4.8.1 is ~15% slower

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57534 --- Comment #5 from ncahill_alt at yahoo dot com --- Jakub Jelinek: Started with SLSR addition, guess you can get the performance back with -fno-tree-slsr. Thanks so much, I'll do that. Neil Cahill.

[Bug other/54671] [4.7/4.8 Regression] gcc 4.7.2 -Wl,--no-ctors-in-init-array causes binutils test failure, works with 4.7.1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54671 --- Comment #3 from ncahill_alt at yahoo dot com 2012-09-24 20:14:04 UTC --- From what I understand, gold's failing test assumes that gcc will make available in general the old functionality, functionality that certain BSD derived systems

[Bug other/54671] New: gcc 4.7.2 -Wl,--no-ctors-in-init-array causes binutils test failure, works with 4.7.1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54671 Bug #: 54671 Summary: gcc 4.7.2 -Wl,--no-ctors-in-init-array causes binutils test failure, works with 4.7.1 Classification: Unclassified Product: gcc Version: 4.7.2

[Bug other/54671] gcc 4.7.2 -Wl,--no-ctors-in-init-array causes binutils test failure, works with 4.7.1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54671 --- Comment #1 from ncahill_alt at yahoo dot com 2012-09-22 19:00:06 UTC --- gcc -v: Using built-in specs. COLLECT_GCC=/usr/i686-pc-linux-gnu/gcc-bin/4.7.2/gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/i686-pc-linux-gnu/4.7.2/lto-wrapper

[Bug c++/53958] New: set_slot_part and canon_value_cmp using 90% of compile time

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53958 Bug #: 53958 Summary: set_slot_part and canon_value_cmp using 90% of compile time Classification: Unclassified Product: gcc Version: 4.7.1 Status: UNCONFIRMED

[Bug rtl-optimization/53942] New: unable to find a register to spill in class 'CREG'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53942 Bug #: 53942 Summary: unable to find a register to spill in class 'CREG' Classification: Unclassified Product: gcc Version: 4.7.1 Status: UNCONFIRMED Severity: normal

[Bug rtl-optimization/53482] New: -mtune=pentium[pro, 2, 3, 4], insn does not satisfy constraints

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53482 Bug #: 53482 Summary: -mtune=pentium[pro, 2, 3, 4], insn does not satisfy constraints Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED

[Bug regression/53442] llvm 2.9 tblgen executable possibly miscompiled with gcc 4.7.0

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53442 --- Comment #5 from ncahill_alt at yahoo dot com 2012-05-22 18:22:09 UTC --- By comparing the linker commands, I've found that replacing crtbegin.o and crtend.o is sufficient to fix the problem. I've built parts of gcc with -flto and I suspect

[Bug regression/53442] llvm 2.9 tblgen executable possibly miscompiled with gcc 4.7.0

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53442 ncahill_alt at yahoo dot com changed: What|Removed |Added Status|WAITING |RESOLVED

[Bug regression/53442] New: llvm 2.9 tblgen executable possibly miscompiled with gcc 4.7.0

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53442 Bug #: 53442 Summary: llvm 2.9 tblgen executable possibly miscompiled with gcc 4.7.0 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED

[Bug regression/53442] llvm 2.9 tblgen executable possibly miscompiled with gcc 4.7.0

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53442 --- Comment #1 from ncahill_alt at yahoo dot com 2012-05-21 19:52:57 UTC --- In case it is of interest, here is the generating command for the tblgen executable. I don't know how to turn this into a test case as it seems to use only pregenerated

[Bug c/53262] New: ICE compiling busybox 1.19.3 with gcc 4.7.0

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53262 Bug #: 53262 Summary: ICE compiling busybox 1.19.3 with gcc 4.7.0 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: major

[Bug middle-end/53262] ICE compiling busybox 1.19.3 with gcc 4.7.0

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53262 --- Comment #2 from ncahill_alt at yahoo dot com 2012-05-07 17:54:44 UTC --- Unfortunately, this is no longer happening for me. I have made system changes today but no changes to gcc at all. But now the test passes just fine. So

[Bug c++/52929] use of undeclared identifier '__ATOMIC_ACQ_REL'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52929 ncahill_alt at yahoo dot com changed: What|Removed |Added CC||ncahill_alt at yahoo dot

[Bug libitm/52695] libitm/config/x86/cacheline.h: '__m64' does not name a type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52695 --- Comment #4 from ncahill_alt at yahoo dot com 2012-03-24 10:18:15 UTC --- (In reply to comment #3) --enable-bootstrap \ Can you try without that? I get the same error and the same workaround allows the build to complete.

[Bug libitm/52695] New: libitm/config/x86/cacheline.h: '__m64' does not name a type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52695 Bug #: 52695 Summary: libitm/config/x86/cacheline.h: '__m64' does not name a type Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED

[Bug libitm/52695] libitm/config/x86/cacheline.h: '__m64' does not name a type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52695 --- Comment #2 from ncahill_alt at yahoo dot com 2012-03-23 22:23:19 UTC --- Sorry, i686-pc-linux-gnu, I think that is the target. This is the configure command: ../gcc-4.7.0/configure \ --enable-bootstrap \ --disable-libada

[Bug c/52640] performance bottleneck: gcc/tree.c;value_member

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52640 --- Comment #8 from ncahill_alt at yahoo dot com 2012-03-21 17:47:21 UTC --- Created attachment 26945 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26945 gcc -version output with -v added

[Bug c/52640] New: performance bottleneck: gcc/tree.c;value_member

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52640 Bug #: 52640 Summary: performance bottleneck: gcc/tree.c;value_member Classification: Unclassified Product: gcc Version: 4.6.2 Status: UNCONFIRMED Severity: normal

[Bug lto/51887] New: wrapped function with LTO - multiple prevailing defs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51887 Bug #: 51887 Summary: wrapped function with LTO - multiple prevailing defs Classification: Unclassified Product: gcc Version: 4.6.2 Status: UNCONFIRMED Severity: normal

[Bug lto/51859] New: wrapped symbols (wrap linker option) do not link

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51859 Bug #: 51859 Summary: wrapped symbols (wrap linker option) do not link Classification: Unclassified Product: gcc Version: 4.6.2 Status: UNCONFIRMED Severity: normal