[Bug middle-end/48377] [4.6 regression] miscompilation at -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48377 Jakub Jelinek changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|

[Bug libstdc++/48476] [C++0x] conversion between std::tuple which have reference member is rejected

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48476 --- Comment #1 from Paolo Carlini 2011-04-06 07:38:39 UTC --- Hi. Not having looked into it in detail yet, your patch looks indeed reasonable. Do you have more testcases, for at lease some of the other issues you noticed? Indeed, I really meant

[Bug c/48199] unable to emulate 'TF'. Patch for mips64el r5900

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

[Bug other/48445] Release does not generate fixincludes directory needed by Makefile

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48445 Jonathan Wakely changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|

[Bug libstdc++/48465] [4.6/4.7 Regression] undefined reference to std::basic_string::_S_compare(unsigned long, unsigned long)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48465 Jan Hubicka changed: What|Removed |Added CC||hubicka at gcc dot gnu.org --- Comment #4 f

[Bug libstdc++/48476] [C++0x] conversion between std::tuple which have reference member is rejected

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48476 --- Comment #2 from Takaya Saito 2011-04-06 08:32:09 UTC --- Created attachment 23896 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23896 simple test for operator=( Tuple&& )

[Bug libstdc++/48476] [C++0x] conversion between std::tuple which have reference member is rejected

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48476 --- Comment #3 from Takaya Saito 2011-04-06 08:32:57 UTC --- Created attachment 23897 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23897 simple test for std::tuple_cat

[Bug target/46072] AIX linker chokes on debug info for uninitialized static variables

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46072 --- Comment #17 from Claudio Bantaloukas 2011-04-06 08:35:27 UTC --- Comment on attachment 23120 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23120 Patch to simply not use bss section with .bs, but private-data-section instead Hi *, I've

[Bug middle-end/47663] Very simple wrapper not inlined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47663 --- Comment #4 from Richard Guenther 2011-04-06 08:51:27 UTC --- Author: rguenth Date: Wed Apr 6 08:51:23 2011 New Revision: 172023 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172023 Log: 2011-04-06 Richard Guenther PR tree-op

[Bug libstdc++/48340] Several wchar_t tests FAIL on IRIX 6.5

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48340 --- Comment #11 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-04-06 08:55:22 UTC --- > --- Comment #10 from Jonathan Wakely 2011-04-03 > 17:58:14 UTC --- > Created attachment 23858 > --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23858 > han

[Bug libstdc++/48476] [C++0x] conversion between std::tuple which have reference member is rejected

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48476 Takaya Saito changed: What|Removed |Added Attachment #23896|application/octet-stream|text/plain mime type|

[Bug libstdc++/48476] [C++0x] conversion between std::tuple which have reference member is rejected

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48476 Takaya Saito changed: What|Removed |Added Attachment #23897|application/octet-stream|text/plain mime type|

[Bug target/43920] Choosing conditional execution over conditional branches for code size in some cases.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43920 --- Comment #9 from Ramana Radhakrishnan 2011-04-06 09:41:10 UTC --- Author: ramana Date: Wed Apr 6 09:41:07 2011 New Revision: 172031 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172031 Log: Fix commit for PR target/43920 Modified:

[Bug middle-end/48465] [4.6/4.7 Regression] undefined reference to std::basic_string::_S_compare(unsigned long, unsigned long)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48465 Richard Guenther changed: What|Removed |Added Keywords||wrong-code Component|libstdc+

[Bug lto/48467] [LTO/driver] Anomalous behavior of -save-temps

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48467 Richard Guenther changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug regression/48477] [4.7 Regression]: gfortran.dg/coarray_13.f90

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48477 Richard Guenther changed: What|Removed |Added Target Milestone|--- |4.7.0

[Bug middle-end/47663] Very simple wrapper not inlined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47663 Richard Guenther changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug middle-end/48465] [4.6/4.7 Regression] undefined reference to std::basic_string::_S_compare(unsigned long, unsigned long)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48465 --- Comment #6 from Jonathan Wakely 2011-04-06 11:08:40 UTC --- Adding these exports to libstdc++ does fix it though: GLIBCXX_3.4.16 { _ZNSs10_S_compareEmm; _ZNSbIwSt11char_traitsIwESaIwEE10_S_compareEmm; } GLIBCXX_3.4.15;

[Bug middle-end/48465] [4.6/4.7 Regression] undefined reference to std::basic_string::_S_compare(unsigned long, unsigned long)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48465 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #7 f

[Bug debug/48466] [4.4/4.5/4.6 Regression] Wrong variable locations at -O0 on i686

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48466 --- Comment #3 from Jakub Jelinek 2011-04-06 11:50:03 UTC --- Author: jakub Date: Wed Apr 6 11:49:59 2011 New Revision: 172039 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172039 Log: PR debug/48466 * dwarf2out.c (based_loc_des

[Bug fortran/48478] New: Valid array-constructor syntax rejected/invalid accepted

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48478 Summary: Valid array-constructor syntax rejected/invalid accepted Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

Optimisation Problem

hello there... i am trying my hands on gcc optimisations options. i tried e.g. -finline-functions, -funroll-loops and the likes but none worked for me for ex. i tried -funroll-loops for code for (int i = 0; i < 3; ++i) a[i] = i; which should unroll like a[0] = 0 a[1] = 1 a[2] = 2 but it didn't

[Bug objc++/48479] New: [4.7 Regression] Many ICEs in the obj-c++.dg test suite on *-apple-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48479 Summary: [4.7 Regression] Many ICEs in the obj-c++.dg test suite on *-apple-darwin* Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug testsuite/48480] New: FAIL: staticrootslib.lo -O2 (test for excess errors)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48480 Summary: FAIL: staticrootslib.lo -O2 (test for excess errors) Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite Assig

[Bug libstdc++/48465] [4.6/4.7 Regression] undefined reference to std::basic_string::_S_compare(unsigned long, unsigned long)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48465 Richard Guenther changed: What|Removed |Added Component|middle-end |libstdc++ --- Comment #8 from Richard

[Bug regression/48477] [4.7 Regression]: gfortran.dg/coarray_13.f90

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48477 Tobias Burnus changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug testsuite/48480] FAIL: staticrootslib.lo -O2 (test for excess errors)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48480 --- Comment #1 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-04-06 13:20:24 UTC --- > On x86_64-apple-darwin10 the test staticrootslib.lo in the boehm-gc suite > fails > due to the following warnings > > Excess errors: > /usr/bin/ranlib: file: .li

[Bug fortran/48478] Array-constructor with type-spec: reject valid/accept invalid

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48478 Tobias Burnus changed: What|Removed |Added Status|UNCONFIRMED |NEW Keywords|

[Bug c++/48468] [C++0x][SFINAE] noexcept operator does not handle function templates well

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48468 Jason Merrill changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug objc++/48479] [4.7 Regression] Many ICEs in the obj-c++.dg test suite on *-apple-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48479 Nathan Froyd changed: What|Removed |Added CC||froydnj at gcc dot gnu.org --- Comment #1

[Bug rtl-optimization/48442] ICE: in init_seqno, at sel-sched.c:6767 with -Os -fselective-scheduling2 --param max-sched-extend-regions-iters=100

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48442 --- Comment #1 from Alexander Monakov 2011-04-06 13:39:44 UTC --- Created attachment 23899 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23899 proposed patch

[Bug objc++/48479] [4.7 Regression] Many ICEs in the obj-c++.dg test suite on *-apple-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48479 --- Comment #2 from Nathan Froyd 2011-04-06 13:41:01 UTC --- Created attachment 23900 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23900 untested patch

[Bug rtl-optimization/48442] ICE: in init_seqno, at sel-sched.c:6767 with -Os -fselective-scheduling2 --param max-sched-extend-regions-iters=100

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48442 --- Comment #2 from Alexander Monakov 2011-04-06 13:41:33 UTC --- Confirmed. The 4.4/4.5 failure is most likely a dup of PR 46204. The 4.6/4.7 failure is due to selective scheduler removing a conditional jump during purge_empty_blocks in sel_sc

[Bug rtl-optimization/48442] ICE: in init_seqno, at sel-sched.c:6767 with -Os -fselective-scheduling2 --param max-sched-extend-regions-iters=100

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48442 Alexander Monakov changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug target/48227] "rep ret" generated for -march=core2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48227 --- Comment #3 from Zuxy 2011-04-06 13:42:21 UTC --- (In reply to comment #1) > A good question is does it make a difference in actual performance numbers, it > might still make a positive difference. Until someone tries it out and sees > the di

[Bug testsuite/48480] FAIL: staticrootslib.lo -O2 (test for excess errors)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48480 --- Comment #2 from Iain Sandoe 2011-04-06 13:42:55 UTC --- (In reply to comment #1) > > On x86_64-apple-darwin10 the test staticrootslib.lo in the boehm-gc suite > > fails > > due to the following warnings > > > > Excess errors: > > /usr/bin/ra

[Bug libstdc++/48476] [C++0x] conversion between std::tuple which have reference member is rejected

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48476 --- Comment #6 from Paolo Carlini 2011-04-06 14:07:19 UTC --- Ok, thanks. Still, I believe we have other std::move which should be turned into forward, in std::tuple. Those in std::tuple_cat itself also seem suspect, I see you are touching only t

[Bug c++/6709] [DR743] decltype cannot be used with the :: operator

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6709 cheburnae changed: What|Removed |Added CC||osa252 at mail dot ru --- Comment #18 from che

[Bug target/48273] [4.6/4.7 Regression] ICE: in create_copy_of_insn_rtx, at sel-sched-ir.c:5604 with -fsel-sched-pipelining -fselective-scheduling2 -march=core2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48273 --- Comment #5 from Alexander Monakov 2011-04-06 14:40:28 UTC --- There's little value in allowing bookkeeping for calls, and the (untested yet) patch below forces calls to be unique. The test case also shows that our remove_insns_that_need_book

[Bug libstdc++/48465] [4.6/4.7 Regression] undefined reference to std::basic_string::_S_compare(unsigned long, unsigned long)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48465 Paolo Carlini changed: What|Removed |Added CC||redi at gcc dot gnu.org --- Comment #9 fr

[Bug objc++/48479] [4.7 Regression] Many ICEs in the obj-c++.dg test suite on *-apple-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48479 Iain Sandoe changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug testsuite/48480] FAIL: staticrootslib.lo -O2 (test for excess errors)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48480 --- Comment #3 from Dominique d'Humieres 2011-04-06 14:58:45 UTC --- > ... Could you please try the following command instead? ... This fixes the failure: i.e., running make -k check RUNTESTFLAGS="--target_board=unix'{-m32,-m64}'" in x86_64-ap

[Bug libstdc++/48465] [4.6/4.7 Regression] undefined reference to std::basic_string::_S_compare(unsigned long, unsigned long)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48465 --- Comment #10 from Jonathan Wakely 2011-04-06 14:59:03 UTC --- ok, will do

[Bug testsuite/48480] FAIL: staticrootslib.lo -O2 (test for excess errors)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48480 --- Comment #4 from Rainer Orth 2011-04-06 15:23:36 UTC --- Author: ro Date: Wed Apr 6 15:23:33 2011 New Revision: 172050 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172050 Log: PR testsuite/48480 * testsuite/lib/boehm-gc.exp

[Bug testsuite/48480] FAIL: staticrootslib.lo -O2 (test for excess errors)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48480 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED URL|

[Bug c++/48481] New: C++ overloading memory hog

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48481 Summary: C++ overloading memory hog Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: memory-hog Severity: normal Priority: P3 Component: c++ Assign

[Bug libstdc++/48476] [C++0x] conversion between std::tuple which have reference member is rejected

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48476 --- Comment #7 from Takaya Saito 2011-04-06 15:32:00 UTC --- (In reply to comment #6) > Ok, thanks. Still, I believe we have other std::move which should be turned > into forward, in std::tuple. Those in std::tuple_cat itself also seem suspect, >

[Bug c++/48481] C++ overloading memory hog

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48481 --- Comment #1 from Jakub Jelinek 2011-04-06 15:48:35 UTC --- During perform_overload_resolution add_candidates allocates lots of ggc memory which splice_viable immediately throws away and we don't ggc_collect during parsing.

[Bug objc++/48479] [4.7 Regression] Many ICEs in the obj-c++.dg test suite on *-apple-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48479 --- Comment #4 from Dominique d'Humieres 2011-04-06 15:58:42 UTC --- > seems to do the trick on i686-darwin9 ... On x86_64-apple-darwin10 too (incremental update with the patch in comment #2 on top of r172043 and regtesting of g++ and obj-c++ wi

[Bug rtl-optimization/48302] ICE: SIGSEGV in reposition_prologue_and_epilogue_notes (function.c:5662) with -fcrossjumping -fselective-scheduling2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48302 Alexander Monakov changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug c++/45114] implement C++0x alias-declaration

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45114 --- Comment #4 from Simon Hill 2011-04-06 16:17:35 UTC --- I was trying out this patch to see whether it might be usable to me, just as a preview. Firstly: Is this patch at a stage where it could be possible to complete a make/install, or am I j

[Bug target/48380] [gcc-4.7 regression] ICE in postreload.c while building trunk

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48380 Jeffrey A. Law changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug libstdc++/48476] [C++0x] conversion between std::tuple which have reference member is rejected

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48476 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug rtl-optimization/48389] [4.5/4.6/4.7 Regression] ICE: in make_edges, at cfgbuild.c:319 with -mtune=pentiumpro

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48389 Jeffrey A. Law changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug rtl-optimization/48389] [4.5/4.6/4.7 Regression] ICE: in make_edges, at cfgbuild.c:319 with -mtune=pentiumpro

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48389 --- Comment #1 from Jeffrey A. Law 2011-04-06 16:54:41 UTC --- Elimination of a PHI caused a loop to be inserted on an edge. The edge insertions were committed after calling rebuild_jump_labels resulting in a null JUMP_LABEL for the loop branch

[Bug rtl-optimization/48455] [4.7 Regression] Huge code size regression for all ARM configurations

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48455 Vladimir Makarov changed: What|Removed |Added CC||vmakarov at redhat dot com --- Comment

[Bug libstdc++/48465] [4.6/4.7 Regression] undefined reference to std::basic_string::_S_compare(unsigned long, unsigned long)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48465 --- Comment #11 from Paolo Carlini 2011-04-06 17:02:30 UTC --- Thanks!

[Bug rtl-optimization/47612] RTL crash when cc0 setter moved away from cc0 user

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47612 --- Comment #8 from Vincent Riviere 2011-04-06 17:07:26 UTC --- Excellent! Your patch fixes both testcases here.

[Bug bootstrap/48158] [4.7 Regression] profiledbootstrap failure on x86_64-linux

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48158 --- Comment #2 from Jakub Jelinek 2011-04-06 17:22:39 UTC --- Ping, just hit this during Ada LTO bootstrap, so it isn't limited to Go...

[Bug rtl-optimization/47612] RTL crash when cc0 setter moved away from cc0 user

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47612 --- Comment #9 from Bernd Schmidt 2011-04-06 17:28:43 UTC --- Any chance you can run the testsuite before/after the patch? m68k is problematic due to lack of a simulator.

[Bug tree-optimization/48482] New: ICE: in omega_alloc_problem, at omega.c:5498 with -fcheck-data-deps --param omega-max-vars=1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48482 Summary: ICE: in omega_alloc_problem, at omega.c:5498 with -fcheck-data-deps --param omega-max-vars=1 Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug c++/48483] New: Construct from yourself w/o warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48483 Summary: Construct from yourself w/o warning Product: gcc Version: 4.5.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.g

[Bug rtl-optimization/47612] RTL crash when cc0 setter moved away from cc0 user

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47612 --- Comment #10 from Joel Sherrill 2011-04-06 17:52:00 UTC --- (In reply to comment #9) > Any chance you can run the testsuite before/after the patch? m68k is > problematic due to lack of a simulator. I can test with RTEMS on Qemu targeting an m

[Bug middle-end/47650] wrong output of print_generic_decl() called from a plugin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47650 --- Comment #29 from joe at mcknight dot de 2011-04-06 17:55:30 UTC --- FWIW, I can reproduce this now on Solaris without any magic compiler switches: The program is just this here: --- void foo(char *buf, int bufsz); void foo(ch

[Bug fortran/18918] Eventually support Fortran 2008's coarrays [co-arrays]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18918 --- Comment #31 from Tobias Burnus 2011-04-06 18:29:58 UTC --- Author: burnus Date: Wed Apr 6 18:29:55 2011 New Revision: 172059 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172059 Log: 2011-04-06 Tobias Burnus PR fortran/1

[Bug fortran/18918] Eventually support Fortran 2008's coarrays [co-arrays]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18918 --- Comment #32 from Tobias Burnus 2011-04-06 18:31:03 UTC --- Author: burnus Date: Wed Apr 6 18:30:58 2011 New Revision: 172060 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172060 Log: 2011-04-06 Tobias Burnus PR fortran/1

[Bug regression/48477] [4.7 Regression]: gfortran.dg/coarray_13.f90

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48477 --- Comment #2 from Tobias Burnus 2011-04-06 18:32:31 UTC --- Author: burnus Date: Wed Apr 6 18:32:27 2011 New Revision: 172061 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172061 Log: 2011-04-06 Tobias Burnus PR fortran/18

[Bug fortran/18918] Eventually support Fortran 2008's coarrays [co-arrays]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18918 --- Comment #33 from Tobias Burnus 2011-04-06 18:32:31 UTC --- Author: burnus Date: Wed Apr 6 18:32:27 2011 New Revision: 172061 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172061 Log: 2011-04-06 Tobias Burnus PR fortran/1

[Bug c++/48483] Construct from yourself w/o warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48483 --- Comment #1 from Dmitry Gorbachev 2011-04-06 19:20:02 UTC --- > No warnings and deep stillness. $ g++ -O -Wuninitialized pr48483.cc pr48483.cc: In function 'int main()': pr48483.cc:13:30: warning: 'a.A::b' is used uninitialized in this functi

[Bug tree-optimization/48484] New: [4.7 Regression] ICE: vector VEC(use_pred_info_t,base) index domain error, in pred_chain_length_cmp at tree-ssa-uninit.c:1626 with -Wuninitialized

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48484 Summary: [4.7 Regression] ICE: vector VEC(use_pred_info_t,base) index domain error, in pred_chain_length_cmp at tree-ssa-uninit.c:1626 with -Wuninitialized Product: gcc Versio

[Bug tree-optimization/48484] [4.7 Regression] ICE: vector VEC(use_pred_info_t,base) index domain error, in pred_chain_length_cmp at tree-ssa-uninit.c:1626 with -Wuninitialized

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48484 Zdenek Sojka changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #1 fr

[Bug libmudflap/48485] New: mudflap don't discover mistake - negative one index on static array i.e. a[-1]=b;

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48485 Summary: mudflap don't discover mistake - negative one index on static array i.e. a[-1]=b; Product: gcc Version: 4.5.4 Status: UNCONFIRMED Severity: major Priority

Re: Optimisation Problem

> hello there... i am trying my hands on gcc optimisations options. > i tried e.g. -finline-functions, -funroll-loops and the likes but none > worked for me > for ex. i tried -funroll-loops for code > for (int i = 0; i < 3; ++i) > a[i] = i; Try -O -funroll-loops. -- Eric Botcazou

[Bug inline-asm/48435] [4.7 Regression] Assertion failure during IRA (df_scan)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48435 Vladimir Makarov changed: What|Removed |Added CC||vmakarov at redhat dot com --- Comment

[Bug middle-end/48470] ICE in expand_expr_addr_expr_1 at expr.c:6835

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48470 --- Comment #2 from Mikael Pettersson 2011-04-06 19:48:25 UTC --- Created attachment 23903 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23903 reduced test case The test case reduces to the following: void __attribute__((naked)) f(void) {

[Bug c++/27557] OpenMP threadprivate directive does not work with non-POD types

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27557 Brooks Moses changed: What|Removed |Added CC||brooks at gcc dot gnu.org --- Comment #6 f

[Bug middle-end/48335] [4.6/4.7 Regression] ICE in convert_move

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48335 --- Comment #8 from Jakub Jelinek 2011-04-06 20:39:24 UTC --- Author: jakub Date: Wed Apr 6 20:39:20 2011 New Revision: 172063 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172063 Log: Backported from mainline 2011-04-01 Jakub

[Bug debug/48466] [4.4/4.5/4.6 Regression] Wrong variable locations at -O0 on i686

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48466 --- Comment #4 from Jakub Jelinek 2011-04-06 20:40:28 UTC --- Author: jakub Date: Wed Apr 6 20:40:24 2011 New Revision: 172064 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172064 Log: PR debug/48466 * dwarf2out.c (based_loc_des

[Bug middle-end/48335] [4.6/4.7 Regression] ICE in convert_move

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48335 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug rtl-optimization/48389] [4.5/4.6/4.7 Regression] ICE: in make_edges, at cfgbuild.c:319 with -mtune=pentiumpro

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48389 Steven Bosscher changed: What|Removed |Added CC||steven at gcc dot gnu.org --- Comment #

[Bug debug/48466] [4.4/4.5 Regression] Wrong variable locations at -O0 on i686

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48466 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug rtl-optimization/48455] [4.7 Regression] Huge code size regression for all ARM configurations

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48455 Ramana Radhakrishnan changed: What|Removed |Added Keywords||missed-optimization St

[Bug c++/48483] Construct from yourself w/o warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48483 --- Comment #2 from Lisp2D 2011-04-06 21:15:42 UTC --- Try the next example, more close to my code: #include classA{ public: inta; A(intx):a(x){} intTheInt(){returna;} }; voidFunc(A&a){ std::clog<<"a.a="<

[Bug tree-optimization/32691] fold *(float*)(&complex_float_var) into REALPART_EXPR in when &cfv is in a different statement

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

[Bug tree-optimization/32691] fold *(float*)(&complex_float_var) into REALPART_EXPR in when &cfv is in a different statement

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32691 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |4.7.0

[Bug rtl-optimization/48389] [4.5/4.6/4.7 Regression] ICE: in make_edges, at cfgbuild.c:319 with -mtune=pentiumpro

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48389 --- Comment #3 from Steven Bosscher 2011-04-06 21:52:54 UTC --- OK, not quite. We somehow have a barrier _inside_ a basic block, and that's somehow a problem after the patch but not before?!

[Bug c++/48453] [C++0x] Invalid reference initialization via explicit conversion

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48453 Jens Maurer changed: What|Removed |Added CC||jens.maurer at gmx dot net --- Comment #3 f

[Bug middle-end/48486] New: cfgexpand leaves BARRIERs at the end of basic blocks

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48486 Summary: cfgexpand leaves BARRIERs at the end of basic blocks Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end Assi

[Bug middle-end/48486] cfgexpand leaves BARRIERs at the end of basic blocks

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48486 Steven Bosscher changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug middle-end/48377] [4.6 regression] miscompilation at -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48377 --- Comment #10 from Matt Hargett 2011-04-06 22:22:41 UTC --- I do see the alignment problem you point out (though I'm disappointed that neither PC-Lint nor GCC's warnings alerted me). I made the changes you proposed, but still get the same crash

[Bug libstdc++/38875] parallel fill and copy in the parallel version of libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38875 --- Comment #16 from Paolo Carlini 2011-04-06 22:25:44 UTC --- Johannes, I lost a bit track of this enhancement PR: what do you think, now that we are again in Stage 1 in mainline, are there chances we can resolve it somehow? Is there something I

[Bug c++/48483] Construct from yourself w/o warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48483 Dmitry Gorbachev changed: What|Removed |Added CC||d.g.gorbachev at gmail dot

[Bug middle-end/48486] cfgexpand leaves BARRIERs at the end of basic blocks

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48486 --- Comment #2 from Steven Bosscher 2011-04-06 22:38:51 UTC --- find_many_sub_basic_blocks breaks its own STATE: Breakpoint 6, find_many_sub_basic_blocks (blocks=0x19b6ea0) at ../../trunk/gcc/cfgbuild.c:577 577 SET_STATE (bb, (gdb) p bb

[Bug lto/48447] LTO link fails to link libgcc correctly when -nostdlib option is specified

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48447 --- Comment #4 from Patrick Oppenlander 2011-04-06 22:47:12 UTC --- (In reply to comment #3) > For now, option -Wl,-plugin-opt=-pass-through=$(LIBGCC) can be manually added > to the command line (as discussed in PR42690). That does seem to work

[Bug rtl-optimization/48389] [4.5/4.6/4.7 Regression] ICE: in make_edges, at cfgbuild.c:319 with -mtune=pentiumpro

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48389 --- Comment #4 from Jeffrey A. Law 2011-04-06 22:51:26 UTC --- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/06/11 15:52, steven at gcc dot gnu.org wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48389 > > --- Comment #3 from Steven

[Bug regression/48477] [4.7 Regression]: gfortran.dg/coarray_13.f90

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48477 --- Comment #3 from Tobias Burnus 2011-04-06 22:51:30 UTC --- Please confirm that it now works - and if so, please close the PR. Thanks for the report!

[Bug c/48487] New: Multiple Definition of Labels in Inlining Assembler

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48487 Summary: Multiple Definition of Labels in Inlining Assembler Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: un

[Bug c++/48483] Construct from yourself w/o warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48483 Dmitry Gorbachev changed: What|Removed |Added CC||manu at gcc dot gnu.org --- Comment #4

[Bug rtl-optimization/48389] [4.5/4.6/4.7 Regression] ICE: in make_edges, at cfgbuild.c:319 with -mtune=pentiumpro

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48389 --- Comment #5 from Steven Bosscher 2011-04-06 23:00:31 UTC --- Created attachment 23905 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23905 First shot at a fix (also for PR48486) Well, one can always hope for a quick fix.

[Bug c/48487] Multiple Definition of Labels in Inlining Assembler

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

  1   2   >