[Bug c/53424] New: dynamic array expressions get wrong sizeof() if pointers to const are involved and the pointers are changed (const is misapplied to the whole expression)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53424 Bug #: 53424 Summary: dynamic array expressions get wrong sizeof() if pointers to const are involved and the pointers are changed (const is misapplied to the whole expression) Clas

[Bug c/53424] dynamic array expressions get wrong sizeof() if pointers to const are involved and the pointers are changed (const is misapplied to the whole expression)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53424 --- Comment #1 from Frank Barrus 2012-05-20 05:31:02 UTC --- Of particular attention, look at the example function "negativesizeof2". It's not just the sizeof() function returning the incorrect size. In this case, the pointer change retroactivel

[Bug bootstrap/53423] New: gcc/32/crtbegin.o: wrong ELF class: ELFCLASS64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53423 Bug #: 53423 Summary: gcc/32/crtbegin.o: wrong ELF class: ELFCLASS64 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Pri

[Bug rtl-optimization/53422] New: reduce the size of CODE_LABEL rtl

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53422 Bug #: 53422 Summary: reduce the size of CODE_LABEL rtl Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug target/53383] Allow -mpreferred-stack-boundary=3 on x86-64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53383 --- Comment #11 from H.J. Lu 2012-05-20 02:04:40 UTC --- (In reply to comment #10) > The problem is va_args doing alignment based on stack pointer, i.e. in: > int > > return va_arg (p, __int128); > } > > addq$15, %rax > an

[Bug rtl-optimization/53417] optimize multiple movb into a single movl

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53417 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug middle-end/22141] [4.5/4.6/4.7/4.8 Regression] Missing optimization when storing structures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22141 Andrew Pinski changed: What|Removed |Added CC||daniel.marjamaki at gmail

[Bug tree-optimization/53346] [4.6/4.7/4.8 Regression] Bad vectorization in the proc cptrf2 of rnflow.f90

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53346 Dominique d'Humieres changed: What|Removed |Added CC||matz at gcc dot gnu.org --- Commen

[Bug tree-optimization/53419] loop incorrectly optimized to endless loop at -O2 for table delimited by extern addresses (x86-32)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53419 --- Comment #7 from Gary Funck 2012-05-19 22:11:42 UTC --- (In reply to comment #4) > Do you have a self-contained run-time testcase? I wasn't able to create a run-time tester easily, because the code above relies upon external labels that are i

[Bug tree-optimization/53419] loop incorrectly optimized to endless loop at -O2 for table delimited by extern addresses (x86-32)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53419 --- Comment #6 from Gary Funck 2012-05-19 22:08:26 UTC --- (In reply to comment #5) > > extern func_ptr_t init_array_begin[1]; > > extern func_ptr_t init_array_end[1]; > > The array sizes say they are size of one. If you want to be correct and

[Bug tree-optimization/53419] loop incorrectly optimized to endless loop at -O2 for table delimited by extern addresses (x86-32)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53419 Andrew Pinski changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|

[Bug target/53383] Allow -mpreferred-stack-boundary=3 on x86-64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53383 --- Comment #10 from Jan Hubicka 2012-05-19 21:47:39 UTC --- The problem is va_args doing alignment based on stack pointer, i.e. in: int test (int a, ...) { va_list p; va_start (p, a); va_arg (p, int); va_arg (p, int); va_arg (p,

[Bug tree-optimization/53419] loop incorrectly optimized to endless loop at -O2 for table delimited by extern addresses (x86-32)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53419 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug c/53420] New: [4.8 Regression] ICE in iterative_hash_expr, at tree.c:7039

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53420 Bug #: 53420 Summary: [4.8 Regression] ICE in iterative_hash_expr, at tree.c:7039 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED

[Bug c/53420] [4.8 Regression] ICE in iterative_hash_expr, at tree.c:7039

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53420 --- Comment #1 from John David Anglin 2012-05-19 20:43:48 UTC --- (gdb) bt #0 fancy_abort (file=0x45808b0 "../../gcc/gcc/tree.c", line=7039, function=0x45817d8 "iterative_hash_expr") at ../../gcc/gcc/diagnostic.c:1011 #1 0x01887044 in

[Bug target/53383] Allow -mpreferred-stack-boundary=3 on x86-64

movl$3, %edx callbar leave .cfi_def_cfa 7, 8 ret .cfi_endproc .LFE0: .sizefoo, .-foo .ident"GCC: (GNU) 4.8.0 20120519 (experimental)" .section.note.GNU-stack,"",@progbits [hjl@gnu-mic-2 gcc]$ It looks OK to me.

[Bug target/53264] gcc/gcov-io.c and gcc/libgcov.c fail to compile (target vxWorks - gcc 4.7.0)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53264 --- Comment #2 from rbmj at verizon dot net 2012-05-19 20:39:14 UTC --- ping? I retagged with component:target, in hopes that someone will see. It's trivial - it shouldn't be an issue.

[Bug middle-end/53409] [4.7/4.8 Regression] ICE: vector VEC(vec_void_p,base) index domain error, in vinfo_for_stmt at tree-vectorizer.h:630

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53409 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/53421] New: __attribute((__may_alias__)) prevents taking address of conversion operator member function

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53421 Bug #: 53421 Summary: __attribute((__may_alias__)) prevents taking address of conversion operator member function Classification: Unclassified Product: gcc Version: 4.6.3

[Bug c/53408] [4.6/4.7/4.8 Regression] ICE in get_initial_def_for_induction, at tree-vect-loop.c:3222

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53408 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug rtl-optimization/53417] optimize multiple movb into a single movl

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53417 --- Comment #2 from Daniel Marjamäki 2012-05-19 19:44:13 UTC --- To clarify a little. The objdump output from my code example is: : 0:48 83 ec 18 sub$0x18,%rsp 4:48 89 e7 mov%rs

[Bug tree-optimization/53419] loop incorrectly optimized to endless loop at -O2 for table delimited by extern addresses (x86-32)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53419 --- Comment #3 from Gary Funck 2012-05-19 19:43:25 UTC --- Created attachment 27444 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27444 endless loop generated at -O2

[Bug tree-optimization/53419] loop incorrectly optimized to endless loop at -O2 for table delimited by extern addresses (x86-32)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53419 --- Comment #2 from Gary Funck 2012-05-19 19:42:47 UTC --- Created attachment 27443 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27443 correct code generated at -O1

[Bug tree-optimization/53419] loop incorrectly optimized to endless loop at -O2 for table delimited by extern addresses (x86-32)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53419 --- Comment #1 from Gary Funck 2012-05-19 19:41:25 UTC --- Created attachment 27442 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27442 test case demonstrating endless loop at -O2 on x86-32

[Bug tree-optimization/53419] New: loop incorrectly optimized to endless loop at -O2 for table delimited by extern addresses (x86-32)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53419 Bug #: 53419 Summary: loop incorrectly optimized to endless loop at -O2 for table delimited by extern addresses (x86-32) Classification: Unclassified Product: gcc Version: 4.8.0

[Bug bootstrap/53321] [4.8 Regression] LTO bootstrap failed with bootstrap-profiled

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53321 --- Comment #6 from H.J. Lu 2012-05-19 18:14:17 UTC --- (In reply to comment #5) > I need to add disable-werror otherwise we fail on extra warnings, but with > that > my bootstrap works. Is it still failing for you? The unreferenced nodes > rem

[Bug c++/40821] C++ compiler accepts __attribute__ with missing parens

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40821 Paolo Carlini changed: What|Removed |Added Status|NEW |ASSIGNED CC|gcc-bugs at g

[Bug middle-end/53418] New: ICE at gimplify.c:7773

Component: middle-end AssignedTo: unassig...@gcc.gnu.org ReportedBy: mer...@savhon.org GCC (4.5.3 / 4.6.3 / 4.8.0 as of 20120519) fails to compile this very simple line. $ cat file.c void func(void) { int i = (0 ? 1 : 0xCD03BE72 / 0); } $ ~/gcc/dist/bin/gcc -v Using built-in

[Bug target/53383] Allow -mpreferred-stack-boundary=3 on x86-64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53383 --- Comment #8 from Jan Hubicka 2012-05-19 19:14:18 UTC --- __int128 do not require SSE and yet it is 128bit aligned I am not against allowing smaller alignments, we just need to document it breaks ABI and it would be nice to explain how (and

[Bug java/53400] java build failure with NullPointerException

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53400 --- Comment #3 from John T 2012-05-19 18:24:12 UTC --- Updating it isn't possible as far as I know. If I removed java (and that may not be possible either due to dependencies) or at least gjar, would gcc-java build me a new one?

[Bug c/53410] [4.8 Regression] ICE in build_int_cst_wide, at tree.c:1219

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53410 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug rtl-optimization/53417] optimize multiple movb into a single movl

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53417 Daniel Marjamäki changed: What|Removed |Added Summary|multiple assignments can be |optimize multiple movb into

[Bug rtl-optimization/53417] New: multiple assignments can be optimized

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53417 Bug #: 53417 Summary: multiple assignments can be optimized Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement Prior

[Bug target/53283] [4.8 Regression] Many failures on x86_64-apple-darwin10 after revision 186789

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53283 --- Comment #6 from Iain Sandoe 2012-05-19 16:51:27 UTC --- Created attachment 27441 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27441 fix (bootstrapped *darwin9,10, lightly tested). .. well Darwin was already using TARGET_FOLD_BUILTIN w

[Bug c/53416] New: 4.7.0 Wrong code when optimising loop involving _rdrand32_step

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53416 Bug #: 53416 Summary: 4.7.0 Wrong code when optimising loop involving _rdrand32_step Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED

[Bug java/53400] java build failure with NullPointerException

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53400 Mark Wielaard changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug java/53400] java build failure with NullPointerException

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53400 Mark Wielaard changed: What|Removed |Added CC||mark at gcc dot gnu.org --- Comment #1 fr

[Bug debug/53235] [4.8 Regression] 20120504 broke -fdebug-types-section

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53235 Jan Kratochvil changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|FIXED