[Bug middle-end/50607] [4.7 Regression] FAIL: gcc.dg/bconstp-3.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50607 --- Comment #8 from Hans-Peter Nilsson 2011-10-06 07:04:32 UTC --- (In reply to comment #7) > bconstp-3.c failure is fixed with the commit 179588. > > The problem of vect-shuffle tests should be resolved by commit 179564. Confirmed gone tested

[Bug tree-optimization/49279] [4.5/4.6/4.7 Regression] Optimization incorrectly presuming constant variable inside loop in g++ 4.5 and 4.6 with -O2 and -O3 for x86_64 targets

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49279 --- Comment #13 from Richard Guenther 2011-10-06 08:07:59 UTC --- (In reply to comment #12) > (In reply to comment #10) > > with tag coming from allocate_decl_uid (). We would use these copies > > as restrict tag sources using the specified UID.

[Bug tree-optimization/49279] [4.5/4.6/4.7 Regression] Optimization incorrectly presuming constant variable inside loop in g++ 4.5 and 4.6 with -O2 and -O3 for x86_64 targets

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49279 --- Comment #14 from Richard Guenther 2011-10-06 08:09:51 UTC --- (In reply to comment #11) > Created attachment 25423 [details] > CAST_RESTRICT removal > > Attaching a test patch that just removed CAST_RESTRICT altogether, plus IRC > discussion

[Bug c/50624] detecting array overflows regressed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50624 Richard Guenther changed: What|Removed |Added Keywords||diagnostic --- Comment #4 from Richard

[Bug tree-optimization/50622] [4.7 Regression] ICE: verify_gimple failed for std::complex

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50622 Richard Guenther changed: What|Removed |Added Keywords||ice-on-valid-code CC|

[Bug bootstrap/49804] [4.7 regression] 20110709 to 20110716 on sparc64 freebsd9.0 Configuration mismatch! [libgcc-extra-parts] Error

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49804 --- Comment #7 from Anton Shterenlikht 2011-10-06 08:33:17 UTC --- With your patch I built,installed and tested (just on one small fortran project) gcc-4.7.0.20110917 on FreeBSD 9.0-CURRENT #1 r216048 Sun Microsystems UltraSparc-IIIi

[Bug tree-optimization/38884] missed FRE with __real and __imag

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38884 --- Comment #6 from Richard Guenther 2011-10-06 08:41:54 UTC --- Author: rguenth Date: Thu Oct 6 08:41:44 2011 New Revision: 179593 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179593 Log: 2011-10-06 Richard Guenther PR tree-op

[Bug tree-optimization/38884] missed FRE with __real and __imag

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

[Bug c++/50626] [C++0x] ICE with non-variadic function arguments after variadic one

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50626 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work|

[Bug libstdc++/50196] [C++0x] std::thread not available under macos

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50196 Jonathan Wakely changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned

[Bug fortran/50627] New: [OOP] Error recovery: ICE in gfc_free_namespace after properly diagnosing bogus SELECT TYPE in MODULE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50627 Bug #: 50627 Summary: [OOP] Error recovery: ICE in gfc_free_namespace after properly diagnosing bogus SELECT TYPE in MODULE Classification: Unclassified Product: gcc Version: 4.7

[Bug middle-end/50607] [4.7 Regression] FAIL: gcc.dg/bconstp-3.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50607 --- Comment #9 from Greta Yorsh 2011-10-06 10:44:34 UTC --- There is still a problem on arm: vect-shuffle-2.c and vect-shuffle-5.c fail with ICE at all optimization levels above -O0 (other vect-shuffle-*.c tests pass). ICE is a segfault in expand

[Bug fortran/50627] [OOP] Error recovery: ICE in gfc_free_namespace after properly diagnosing bogus SELECT TYPE in MODULE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50627 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/50627] [OOP] Error recovery: ICE in gfc_free_namespace after properly diagnosing bogus SELECT TYPE in MODULE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50627 --- Comment #2 from janus at gcc dot gnu.org 2011-10-06 10:58:57 UTC --- (In reply to comment #1) > > f951: internal compiler error: in gfc_free_namespace, at > > fortran/symbol.c:3259 > > That line is: > > gcc_assert (ns->refs == 0); ... and

[Bug ada/22164] GNAT rejects matching parameter in generic instantiation as non-matching

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22164 baptiste fouques changed: What|Removed |Added CC||bat at m4tp dot org --- Comment #6 fro

[Bug target/50305] Inline asm reload failure when building Linux kernel

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50305 --- Comment #3 from Ulrich Weigand 2011-10-06 11:50:35 UTC --- Author: uweigand Date: Thu Oct 6 11:50:26 2011 New Revision: 179603 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179603 Log: gcc/ PR target/50305 * config/arm/a

[Bug target/50305] Inline asm reload failure when building Linux kernel

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50305 Ulrich Weigand changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug tree-optimization/50596] Problems in vectorization of condition expression

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50596 --- Comment #9 from Jakub Jelinek 2011-10-06 11:57:54 UTC --- Created attachment 25428 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25428 gcc47-vect-condexpr-mixed.patch I believe at least some simple case of bool could be handled in tree

[Bug tree-optimization/50596] Problems in vectorization of condition expression

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50596 Ira Rosen changed: What|Removed |Added CC||irar at il dot ibm.com --- Comment #10 from I

[Bug middle-end/50607] [4.7 Regression] FAIL: gcc.dg/bconstp-3.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50607 --- Comment #10 from Hans-Peter Nilsson 2011-10-06 12:39:07 UTC --- (In reply to comment #9) > There is still a problem on arm: vect-shuffle-2.c and vect-shuffle-5.c fail > with ICE at all optimization levels above -O0 (other vect-shuffle-*.c tes

[Bug middle-end/50628] New: [4.7 Regression] gfortran.fortran-torture/execute/entry_4.f fails

LING: Rev. 179594, 4.7.0 20111006, x86_64-unknown-linux-gnu http://gcc.gnu.org/ml/gcc-testresults/2011-10/msg00659.html FAILING: Rev. 179566, 4.7.0 20111005, x86_64-unknown-linux-gnu http://gcc.gnu.org/ml/gcc-testresults/2011-10/msg00565.html WORKING: Rev. 179545, 4.7.0 20111

[Bug middle-end/50628] [4.7 Regression] gfortran.fortran-torture/execute/entry_4.f fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50628 Tobias Burnus changed: What|Removed |Added Target Milestone|--- |4.7.0 --- Comment #1 from Tobias Burnus

[Bug target/49049] ICE in copyprop_hardreg_forward_1, at regcprop.c:767

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49049 --- Comment #8 from Bernd Schmidt 2011-10-06 13:13:00 UTC --- Author: bernds Date: Thu Oct 6 13:12:50 2011 New Revision: 179607 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179607 Log: PR target/49049 * config/arm/arm.md (arm_s

[Bug target/50588] gcc produce bad inlined code with -march=athlon -O2

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50588 --- Comment #14 from Bernd Schmidt 2011-10-06 13:30:31 UTC --- It looks like ifcvt (or rather, can_move_insns_across_p) is doing the right thing. The problem is that may_trap_or_fault_p returns false for the memory reference with an out-of-range

[Bug bootstrap/49804] [4.7 regression] 20110709 to 20110716 on sparc64 freebsd9.0 Configuration mismatch! [libgcc-extra-parts] Error

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49804 Rainer Orth changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc-p

[Bug tree-optimization/50596] Problems in vectorization of condition expression

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50596 Jakub Jelinek changed: What|Removed |Added Attachment #25428|0 |1 is obsolete|

[Bug middle-end/50628] [4.7 Regression] gfortran.fortran-torture/execute/entry_4.f fails

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

[Bug middle-end/50629] New: [4.7 Regression] FAIL: gcc.c-torture/execute/vect-shuffle-2.c with ICE on ARM

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50629 Bug #: 50629 Summary: [4.7 Regression] FAIL: gcc.c-torture/execute/vect-shuffle-2.c with ICE on ARM Classification: Unclassified Product: gcc Version: 4.7.0 Status: U

[Bug middle-end/50607] [4.7 Regression] FAIL: gcc.dg/bconstp-3.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50607 --- Comment #11 from Greta Yorsh 2011-10-06 13:40:33 UTC --- > Please open a separate bug report, the problems are gone for i686, at least > according to . Cloned: PR50629

[Bug bootstrap/49804] [4.7 regression] 20110709 to 20110716 on sparc64 freebsd9.0 Configuration mismatch! [libgcc-extra-parts] Error

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49804 Rainer Orth changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug middle-end/50628] [4.7 Regression] gfortran.fortran-torture/execute/entry_4.f fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50628 Richard Guenther changed: What|Removed |Added CC||jamborm at gcc dot gnu.org --- Comment

[Bug middle-end/50628] [4.7 Regression] gfortran.fortran-torture/execute/entry_4.f fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50628 --- Comment #4 from Dominique d'Humieres 2011-10-06 13:55:24 UTC --- This is due to/exposed by revision 179566. The test succeeds with -O2 -fno-inline-small-functions, but fails with -O1 -finline-small-functions.

[Bug c++/39950] __unix__ macro is not predefined on AIX platform (C and C++)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39950 --- Comment #3 from David Edelsohn 2011-10-06 14:06:03 UTC --- Author: dje Date: Thu Oct 6 14:05:54 2011 New Revision: 179612 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179612 Log: PR target/39950 * config/rs6000/aix.

[Bug middle-end/50628] [4.7 Regression] gfortran.fortran-torture/execute/entry_4.f fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50628 --- Comment #5 from Richard Guenther 2011-10-06 14:08:08 UTC --- Basically SRA transforms union u { char c; bool b; }; u.c = ...; if (u.c ...) to u.c = ...; bool reg = u.b; u.b = reg; if (u.c ...) which is at least suspicious. If a user woul

[Bug c++/39950] __unix__ macro is not predefined on AIX platform (C and C++)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39950 David Edelsohn changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug middle-end/49801] df_live_verify_transfer_functions fails with to use of CC_REGNUM and checking enabled in rx backend

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49801 --- Comment #4 from Nick Clifton 2011-10-06 14:21:57 UTC --- Created attachment 25430 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25430 workaround for bb live register checking problem

[Bug middle-end/49801] df_live_verify_transfer_functions fails with to use of CC_REGNUM and checking enabled in rx backend

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49801 --- Comment #5 from Nick Clifton 2011-10-06 14:25:16 UTC --- Hi Paulo, Thanks for the step by step guide. I can now reproduce the problem. It looks to me like a generic problem in the live register analysis code. Which is a but beyond my

[Bug target/50630] New: rx: sbb_flags doesn't call rx_match_ccmode

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50630 Bug #: 50630 Summary: rx: sbb_flags doesn't call rx_match_ccmode Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: minor Priority

[Bug c/50624] detecting array overflows regressed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50624 --- Comment #5 from Andi Kleen 2011-10-06 14:49:19 UTC --- Easy case = constant expressions as index? Would the frontend be able to handle short array[1]; i = 1; array[i]

[Bug c/50624] detecting array overflows regressed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50624 --- Comment #6 from Richard Guenther 2011-10-06 15:10:45 UTC --- (In reply to comment #5) > Easy case = constant expressions as index? > > Would the frontend be able to handle > > short array[1]; > > i = 1; > array[i] Probably not. It's also

[Bug gcov-profile/50631] New: g++.dg/bprob/g++-bprob-2.C -fbranch-probabilities FAILs on Tru64 UNIX

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50631 Bug #: 50631 Summary: g++.dg/bprob/g++-bprob-2.C -fbranch-probabilities FAILs on Tru64 UNIX Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRM

[Bug middle-end/50125] gcc.dg/uninit-B.c and gcc.dg/uninit-pr19430.c XPASS everywhere

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

[Bug middle-end/50632] New: [4.7 Regression] New test failures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50632 Bug #: 50632 Summary: [4.7 Regression] New test failures Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug middle-end/50633] New: [4.7 Regression] New test failures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50633 Bug #: 50633 Summary: [4.7 Regression] New test failures Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug middle-end/50633] [4.7 Regression] New test failures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50633 Rainer Orth changed: What|Removed |Added CC||ro at gcc dot gnu.org --- Comment #1 from R

[Bug c++/49317] g++.dg/abi/local1.C FAILs on Tru64 UNIX

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49317 Rainer Orth changed: What|Removed |Added Target Milestone|--- |4.7.0 --- Comment #2 from Rainer Orth 2011

[Bug middle-end/50633] [4.7 Regression] New test failures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50633 --- Comment #2 from Dominique d'Humieres 2011-10-06 16:23:37 UTC --- > FAIL: gfortran.fortran-torture/execute/entry_4.f90 execution, -O2 It is pr50628. > FAIL: gcc.dg/pr50132.c (internal compiler error) The ICE is /opt/gcc/work/gcc/testsuit

[Bug tree-optimization/49279] [4.5/4.6/4.7 Regression] Optimization incorrectly presuming constant variable inside loop in g++ 4.5 and 4.6 with -O2 and -O3 for x86_64 targets

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49279 --- Comment #15 from Jakub Jelinek 2011-10-06 16:38:35 UTC --- Author: jakub Date: Thu Oct 6 16:38:29 2011 New Revision: 179620 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179620 Log: PR tree-optimization/49279 * tree-ssa-stru

[Bug middle-end/50632] [4.7 Regression] New test failures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50632 H.J. Lu changed: What|Removed |Added CC||bernds at gcc dot gnu.org --- Comment #1 from H

[Bug middle-end/50634] New: [4.7 Regression] FAIL: gfortran.fortran-torture/execute/entry_4.f90

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50634 Bug #: 50634 Summary: [4.7 Regression] FAIL: gfortran.fortran-torture/execute/entry_4.f90 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED

[Bug target/50635] New: ICE on invalid code: segfault in vectorize_loops

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50635 Bug #: 50635 Summary: ICE on invalid code: segfault in vectorize_loops Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal P

Help: How to update dataflow info after splitting ?

Hi Guys, I am stuck on a dataflow problem. PR 49801 is reported against the RX toolchain, but I believe it to be a generic problem. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49801 The issue I think is the split2 pass which is converting this: (set (pc) (if_then_else (geu (reg r

[Bug middle-end/50633] [4.7 Regression] New test failures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50633 H.J. Lu changed: What|Removed |Added CC||bernds at gcc dot gnu.org --- Comment #3 from H

[Bug tree-optimization/50596] Problems in vectorization of condition expression

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50596 --- Comment #12 from Jakub Jelinek 2011-10-06 17:49:43 UTC --- Author: jakub Date: Thu Oct 6 17:49:36 2011 New Revision: 179626 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179626 Log: PR tree-optimization/50596 * tree-vectoriz

[Bug middle-end/50633] [4.7 Regression] New test failures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50633 --- Comment #4 from H.J. Lu 2011-10-06 17:55:48 UTC --- Here is a small testcase. shrink-wrap screwed up stack adjustment for local variables: [hjl@gnu-mic-2 pr50633]$ cat x.i struct s { int val[16]; }; extern double f (struct s pb, double pc);

[Bug target/50635] ICE on invalid code: segfault in vectorize_loops

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50635 --- Comment #1 from Greta Yorsh 2011-10-06 18:08:25 UTC --- In fact, it's ICE on valid - see the testcase small_ice_init.c. The command line and backtrace are the same.

[Bug target/50635] ICE on valid: segfault in vectorize_loops

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50635 --- Comment #2 from Greta Yorsh 2011-10-06 18:09:51 UTC --- Created attachment 25432 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25432 small testcase for ice on valid code

[Bug middle-end/50634] [4.7 Regression] FAIL: gfortran.fortran-torture/execute/entry_4.f90

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50634 Mikael Morin changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug middle-end/50628] [4.7 Regression] gfortran.fortran-torture/execute/entry_4.f fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50628 Mikael Morin changed: What|Removed |Added CC||hjl.tools at gmail dot com --- Comment #6

[Bug middle-end/50628] [4.7 Regression] gfortran.fortran-torture/execute/entry_4.f90 fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50628 Mikael Morin changed: What|Removed |Added CC||mikael at gcc dot gnu.org Summa

[Bug other/50636] New: GC in large LTO builds cause excessive fragmentation in memory map

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50636 Bug #: 50636 Summary: GC in large LTO builds cause excessive fragmentation in memory map Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED

[Bug middle-end/50628] [4.7 Regression] gfortran.fortran-torture/execute/entry_4.f90 fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50628 --- Comment #8 from Dominique d'Humieres 2011-10-06 18:28:00 UTC --- > There is certainly a typo in one of the reported revisions. Yes, it is 179556.

[Bug testsuite/50637] New: gcc.dg/vect/vect-align-2.c is invalid (FAILs with -O2 -flto -fpeel-loops)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50637 Bug #: 50637 Summary: gcc.dg/vect/vect-align-2.c is invalid (FAILs with -O2 -flto -fpeel-loops) Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCON

[Bug middle-end/50633] [4.7 Regression] New test failures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50633 --- Comment #5 from H.J. Lu 2011-10-06 18:38:21 UTC --- static int frame_required_for_rtx (rtx *loc, void *data ATTRIBUTE_UNUSED) { rtx x = *loc; if (x == stack_pointer_rtx || x == hard_frame_pointer_rtx || x == arg_pointer_rtx || x ==

[Bug middle-end/50633] [4.7 Regression] New test failures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50633 --- Comment #6 from Bernd Schmidt 2011-10-06 18:43:21 UTC --- How do you build this? What's the target triplet?

[Bug middle-end/50633] [4.7 Regression] New test failures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50633 --- Comment #7 from H.J. Lu 2011-10-06 18:50:14 UTC --- This patch seems to work: diff --git a/gcc/function.c b/gcc/function.c index 863f09d..0bc1dd9 100644 --- a/gcc/function.c +++ b/gcc/function.c @@ -5312,6 +5312,21 @@ frame_required_for_rtx

[Bug middle-end/50633] [4.7 Regression] New test failures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50633 H.J. Lu changed: What|Removed |Added Target Milestone|--- |4.7.0 --- Comment #8 from H.J. Lu 2011-10-06 1

[Bug target/50603] [x32] Unnecessary lea

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50603 --- Comment #3 from H.J. Lu 2011-10-06 19:00:54 UTC --- [hjl@gnu-mic-2 pr50633]$ cat x.i struct s { int val[16]; }; extern double f (struct s pb, double pc); int main () { struct s x; int i; for (i = 0; i < 16; i++) x.val[i] = i + 1;

[Bug middle-end/50632] [4.7 Regression] FAIL: gcc.dg/pr50132.c

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

[Bug tree-optimization/50635] ICE on valid: segfault in vectorize_loops

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50635 Ira Rosen changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug middle-end/50632] [4.7 Regression] FAIL: gcc.dg/pr50132.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50632 --- Comment #3 from Richard Henderson 2011-10-06 19:15:48 UTC --- Created attachment 25433 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25433 proposed patch Testing this patch now.

[Bug target/50603] [x32] Unnecessary lea

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50603 --- Comment #4 from H.J. Lu 2011-10-06 19:19:23 UTC --- Combine failed: (set (mem:SI (and:DI (plus:DI (subreg:DI (mult:SI (reg/v:SI 84 [ i ]) (const_int 4 [0x4])) 0) (subreg:DI (reg:SI 106) 0))

Re: [Bug other/50636] New: GC in large LTO builds cause excessive fragmentation in memory map

> When doing a very large LTO build I fail with "out of virtual memory" > > Some investigation showed the problem was not actually running out of > memory, but gcc excessively fragmenting its memory map. The Linux kernel > has a default limit of 64k mappings per process and the fragmentation > e

[Bug other/50636] GC in large LTO builds cause excessive fragmentation in memory map

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50636 --- Comment #1 from Jan Hubicka 2011-10-06 19:20:45 UTC --- > When doing a very large LTO build I fail with "out of virtual memory" > > Some investigation showed the problem was not actually running out of > memory, but gcc excessively fragment

[Bug target/50603] [x32] Unnecessary lea

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50603 --- Comment #5 from H.J. Lu 2011-10-06 19:37:56 UTC --- Taking from combine.c: else if (GET_CODE (t) == ZERO_EXTEND && (GET_CODE (XEXP (t, 0)) == PLUS || GET_CODE (XEXP (t, 0)) == IOR ||

[Bug target/50603] [x32] Unnecessary lea

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50603 --- Comment #6 from H.J. Lu 2011-10-06 19:44:06 UTC --- It doesn't work since we fail to decompose subreg.

[Bug tree-optimization/49279] [4.5/4.6/4.7 Regression] Optimization incorrectly presuming constant variable inside loop in g++ 4.5 and 4.6 with -O2 and -O3 for x86_64 targets

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49279 --- Comment #16 from Jakub Jelinek 2011-10-06 19:56:40 UTC --- Author: jakub Date: Thu Oct 6 19:56:32 2011 New Revision: 179633 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179633 Log: PR tree-optimization/49279 * tree-ssa-stru

[Bug c++/39164] [C++0x] defaulted dtor redefinition not caught

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39164 --- Comment #3 from Jason Merrill 2011-10-06 19:57:06 UTC --- Author: jason Date: Thu Oct 6 19:56:53 2011 New Revision: 179634 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179634 Log: PR c++/39164 * decl.c (grokfndecl): Diagnos

[Bug middle-end/50633] [4.7 Regression] New test failures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50633 --- Comment #9 from Bernd Schmidt 2011-10-06 19:59:18 UTC --- Created attachment 25434 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25434 Test patch Can you give this a try? Seems to fix the testcase.

[Bug middle-end/50633] [4.7 Regression] New test failures

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50633 --- Comment #10 from H.J. Lu 2011-10-06 20:09:13 UTC --- (In reply to comment #9) > Created attachment 25434 [details] > Test patch > > Can you give this a try? Seems to fix the testcase. It works. Thanks.

[Bug middle-end/50638] New: [4.7 Regression] emulated TLS fails

languages)of emulated TLS tests fail/problem exposed from r179618 http://gcc.gnu.org/ml/gcc-cvs/2011-10/msg00212.html --- e.g. FAIL: gcc.dg/tls/nonpic-1.c (internal compiler error) GNU C (GCC) version 4.7.0 20111006 (experimental) [trunk revision 179619] (i686-apple-darwin9

[Bug lto/50394] [meta-bug] Issues with building libreoffice with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50394 --- Comment #27 from Jan Hubicka 2011-10-06 20:51:50 UTC --- OK, disabling Java gets me further now, but I now get an abort at: jh@evans:/abuild/jh/libreoffice/core> more ./workdir/unxlngx6.pro/CppunitTest/comphelper_test.test.log terminate call

[Bug other/50639] New: -flto=jobserver broken on large LTO build

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50639 Bug #: 50639 Summary: -flto=jobserver broken on large LTO build Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority

[Bug middle-end/50640] New: [4.7 Regression] FAIL: gfortran.dg/select_type_12.f03 -O (internal compiler error)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50640 Bug #: 50640 Summary: [4.7 Regression] FAIL: gfortran.dg/select_type_12.f03 -O (internal compiler error) Classification: Unclassified Product: gcc Version: 4.7.0 Sta

[Bug fortran/50625] [4.6/4.7 Regression][OOP] ALLOCATABLE attribute lost for module CLASS variables

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50625 --- Comment #3 from janus at gcc dot gnu.org 2011-10-06 21:27:50 UTC --- (In reply to comment #2) > However, with this patch, the test case gives me a different error: > > internal compiler error: in gfc_conv_component_ref, at > fortran/trans-exp

[Bug other/50636] GC in large LTO builds cause excessive fragmentation in memory map

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

[Bug other/50636] GC in large LTO builds cause excessive fragmentation in memory map

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50636 --- Comment #3 from Andi Kleen 2011-10-06 21:31:56 UTC --- I would prefer to free in 2MB chunks if possible I was experimenting with increasing the quire size from 1 to 2MB so that a modern kernel with transparent huge pages can always get a hug

[Bug middle-end/49801] df_live_verify_transfer_functions fails with to use of CC_REGNUM and checking enabled in rx backend

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49801 Richard Henderson changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug middle-end/50640] [4.7 Regression] FAIL: gfortran.dg/select_type_12.f03 -O (internal compiler error)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50640 --- Comment #1 from Dominique d'Humieres 2011-10-06 21:38:36 UTC --- Backtrace Program received signal SIGSEGV, Segmentation fault. mark_all_vars_used_1 (tp=, walk_subtrees=, data=) at ../../work/gcc/tree-flow-inline.h:562 562 ann->used

[Bug other/50636] GC in large LTO builds cause excessive fragmentation in memory map

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50636 --- Comment #4 from Jakub Jelinek 2011-10-06 21:41:41 UTC --- Right now alloc_page will (usually) allocate in GGC_QUIRE_SIZE * G.pagesize chunks, but release_pages will munmap individual pages immediately during collection (well, using one munmap

[Bug other/50636] GC in large LTO builds cause excessive fragmentation in memory map

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50636 --- Comment #5 from Andi Kleen 2011-10-06 21:46:32 UTC --- If it's a 2MB page then madvise MADV_DONTNEED will split it if it's not 2MB aligned. It would be good to optimize the freeing pattern so that this happens rarely. I will try to do some n

[Bug libstdc++/50641] New: [c++0x] is_convertible and is_constructible incorrectly require copy constructibility

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50641 Bug #: 50641 Summary: [c++0x] is_convertible and is_constructible incorrectly require copy constructibility Classification: Unclassified Product: gcc Version: 4.7.0 S

[Bug middle-end/49801] df_live_verify_transfer_functions fails with to use of CC_REGNUM and checking enabled in rx backend

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49801 Richard Henderson changed: What|Removed |Added Attachment #25430|0 |1 is obsolete|

[Bug web/50642] New: onlinedocs formated text too small to read

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50642 Bug #: 50642 Summary: onlinedocs formated text too small to read Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Prior

[Bug c/50643] New: Suppress cc1: warnings being treated as errors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50643 Bug #: 50643 Summary: Suppress cc1: warnings being treated as errors Classification: Unclassified Product: gcc Version: 4.5.4 Status: UNCONFIRMED Severity: normal Pri

[Bug fortran/50625] [4.6/4.7 Regression][OOP] ALLOCATABLE attribute lost for module CLASS variables

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50625 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|una

[Bug middle-end/50632] [4.7 Regression] FAIL: gcc.dg/pr50132.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50632 --- Comment #4 from Richard Henderson 2011-10-06 22:22:15 UTC --- Author: rth Date: Thu Oct 6 22:22:11 2011 New Revision: 179637 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179637 Log: PR 50632 * combine-stack-adjust.c (maybe

[Bug debug/50132] [4.7 Regression] ICE: in maybe_record_trace_start, at dwarf2cfi.c:2234 with -fno-asynchronous-unwind-tables and long double

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50132 Richard Henderson changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug middle-end/50632] [4.7 Regression] FAIL: gcc.dg/pr50132.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50632 Richard Henderson changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|

[Bug debug/50006] [4.7 Regression] ICE in in connect_traces, at dwarf2cfi.c:2677

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50006 Richard Henderson changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|

  1   2   >