[Bug testsuite/50435] FAIL: gcc.dg/vect/bb-slp-25.c (-flto)? scan-tree-dump-times slp "basic block vectorized using SLP" 1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50435 --- Comment #6 from Dominique d'Humieres 2011-09-18 10:41:09 UTC --- > Does darwin have a known problem with restrict? None I am aware of. BTW what is the difference between '*__restrict__' and '* __restrict' (or '* __restrict__')?

[Bug testsuite/50435] FAIL: gcc.dg/vect/bb-slp-25.c (-flto)? scan-tree-dump-times slp "basic block vectorized using SLP" 1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50435 --- Comment #7 from Dominique d'Humieres 2011-09-18 10:45:08 UTC --- Note that the test succeeds if I replace '* __restrict' with '*__restrict__'

[Bug testsuite/50435] FAIL: gcc.dg/vect/bb-slp-25.c (-flto)? scan-tree-dump-times slp "basic block vectorized using SLP" 1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50435 --- Comment #9 from Dominique d'Humieres 2011-09-18 10:54:14 UTC --- > Looks like there is a difference ;) > I guess it succeeds with the patch to avoid loop vectorization and the fix of > restrict together? Here is the patched test that gives

[Bug testsuite/50435] FAIL: gcc.dg/vect/bb-slp-25.c (-flto)? scan-tree-dump-times slp "basic block vectorized using SLP" 1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50435 --- Comment #12 from Dominique d'Humieres 2011-09-18 13:11:59 UTC --- > Thanks, I'll commit it. Thanks for the quick fix. I'ld like to leave this pr open until someone figure out what's wrong with darwin and __restrict. Note that I have replac

[Bug middle-end/50451] [4.7 regression] internal compiler error at tree-vect-loop.c:3557

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50451 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug middle-end/50451] [4.7 regression] internal compiler error at tree-vect-loop.c:3557

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50451 Dominique d'Humieres changed: What|Removed |Added CC||rguenther at suse dot de --- Comme

[Bug middle-end/50451] [4.7 regression] internal compiler error at tree-vect-loop.c:3557

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50451 --- Comment #3 from Dominique d'Humieres 2011-09-18 16:53:07 UTC --- This is not a duplicate of pr50343 since this pr is present at revision 178942.

[Bug fortran/50410] [4.6/4.7 Regression] ICE in record_reference

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50410 --- Comment #3 from Dominique d'Humieres 2011-09-18 18:20:57 UTC --- The problem for the code in comment #2 seems different: it gives a segmentation fault with 4.6.1 and trunk and an ICE with 4.4.6 and 4.5.3: f951: internal compiler error: in fo

[Bug tree-optimization/50413] [4.6/4.7 Regression] Incorrect instruction is used to shift value of 128 bit xmm0 registrer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50413 --- Comment #11 from Dominique d'Humieres 2011-09-19 15:20:22 UTC --- > On Linux/x86, I got > > FAIL: g++.dg/vect/slp-pr50413.cc scan-tree-dump-times slp "basic block > vectorized using SLP" 0 I get the same failure on x86_64-apple-darwin10. Gre

[Bug tree-optimization/50413] [4.6/4.7 Regression] Incorrect instruction is used to shift value of 128 bit xmm0 registrer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50413 --- Comment #12 from Dominique d'Humieres 2011-09-19 15:21:55 UTC --- Created attachment 25318 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25318 slp dump with -fno-vect-cost-model

[Bug tree-optimization/50413] [4.6/4.7 Regression] Incorrect instruction is used to shift value of 128 bit xmm0 registrer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50413 --- Comment #13 from Dominique d'Humieres 2011-09-19 15:23:42 UTC --- Created attachment 25319 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25319 slp dump without -fno-vect-cost-model

[Bug fortran/50463] [4.6/4.7 Regression] -ftree-dse leeds to wrong code with gfortran

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50463 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/50463] [4.6/4.7 Regression] -ftree-dse leeds to wrong code with gfortran

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50463 --- Comment #3 from Dominique d'Humieres 2011-09-20 13:18:35 UTC --- r165415 is OK r165758 gives a wrong code.

[Bug fortran/47023] [4.6/4.7 regression] C_Sizeof: Rejects valid code

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47023 --- Comment #5 from Dominique d'Humieres 2011-09-20 15:35:00 UTC --- r158253 is OK r162456 gives the error.

[Bug fortran/50463] [4.6/4.7 Regression] -ftree-dse leeds to wrong code with gfortran

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50463 --- Comment #4 from Dominique d'Humieres 2011-09-20 16:57:28 UTC --- This is caused/exposed by revision 165422 Author: rguenth Date: Wed Oct 13 13:03:31 2010 New Revision: 165422 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165422 Log:

[Bug c/13050] RFE: Support for implementation-specific format specifiers in format string warnings

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13050 --- Comment #4 from Dominique d'Humieres 2011-09-21 15:08:38 UTC --- > about the ~2000 unconfirmed bugs. 2622 last time (i.e. today) I looked at the number vs. 3670 new;-(

[Bug lto/45810] 40% slowdown when using LTO for a single-file program

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45810 --- Comment #26 from Dominique d'Humieres 2011-09-22 15:25:48 UTC --- AFAICT this pr has been fixed since some time. Here are the results I get on x86_64-apple-darwin10 (Core2Duo 2.53Ghz, 3Mb cache, 4Gb RAM) at revision 179079: Compile options :

[Bug bootstrap/50492] New: Bootstrap failure on x86_64-apple-darwin10 when using --with-build-config=bootstrap-lto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50492 Bug #: 50492 Summary: Bootstrap failure on x86_64-apple-darwin10 when using --with-build-config=bootstrap-lto Classification: Unclassified Product: gcc Version: 4.7.0

[Bug target/49992] lto-bootstrap reveals duplicate symbols on x86_64-apple-darwin11

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992 --- Comment #57 from Dominique d'Humieres 2011-09-23 10:16:28 UTC --- > I would appreciate some help with testing on Darwin 11 and with lto-bootstraps > on Darwin 10 (since my resources are stretched to the limit right now). See pr50492 for boot

[Bug tree-optimization/50574] gcc.c-torture/execute/vector-compare-1.c FAILs on SPARC

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50574 --- Comment #1 from Dominique d'Humieres 2011-09-30 09:37:51 UTC --- It also fails on powerpc-apple-darwin9 (see http://gcc.gnu.org/ml/gcc-testresults/2011-09/msg03110.html) and s390x-ibm-linux-* (see http://gcc.gnu.org/ml/gcc-testresults/2011-09

[Bug fortran/50585] [4.6/4.7 Regression] ICE with assumed length character array argument

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50585 --- Comment #4 from Dominique d'Humieres 2011-10-01 10:15:31 UTC --- > This is a regression: Works with 4.5, but fails with 4.6 and trunk. 4.5 gives a segmentation fault with -fwhole-file (4.4 does not accept this option).

[Bug fortran/46244] gfc_compare_derived_types is buggy

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46244 --- Comment #17 from Dominique d'Humieres 2011-10-02 17:46:44 UTC --- Created attachment 25397 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25397 updated patch for revision 179415 The patch in comment #12 no longer applies cleanly (the ch

[Bug middle-end/50598] New: [4.7 Regression] Undefined symbols: "___emutls_v.*", ... on *-apple-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50598 Bug #: 50598 Summary: [4.7 Regression] Undefined symbols: "___emutls_v.*", ... on *-apple-darwin* Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNC

[Bug fortran/47844] Array stride ignored for pointer-valued function results

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47844 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug bootstrap/50621] [4.7 Regression] Bootstrap failure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50621 --- Comment #5 from Dominique d'Humieres 2011-10-05 15:18:00 UTC --- > Passes with -fno-shrink-wrap. Is that on by default(?) +{ OPT_LEVELS_1_PLUS, OPT_fshrink_wrap, NULL, 1 }, Am I correct to understand that -fshrink-wrap is on at -O1 and

[Bug fortran/47844] Array stride ignored for pointer-valued function results

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47844 --- Comment #8 from Dominique d'Humieres 2011-10-05 21:39:31 UTC --- > We could fix this in 4.7 by adding a sm field to array descriptors. I don't see why. I have looked at the dump.original of the following code: integer, target :: tgt(9) =

[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 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 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 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 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 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 Dominique d'Humieres changed: What|Removed |Added CC||hjl.tools at gmail dot com --- Com

[Bug middle-end/50657] [4.7 Regression] FAIL: gfortran.dg/select_type_12.f03

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50657 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

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

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50638 --- Comment #11 from Dominique d'Humieres 2011-10-08 10:22:30 UTC --- On x86_64-apple-darwin10 the patch in http://gcc.gnu.org/ml/gcc-patches/2011-10/msg00597.html fixes the tls failures (over a thousand in my tests;-).

[Bug fortran/50659] [4.5/4.6/4.7 Regression] [F03] ICE with PROCEDURE statement

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50659 --- Comment #8 from Dominique d'Humieres 2011-10-08 10:55:10 UTC --- Compiling the code in comment #7 with 4.4.6 gives an ICE: [macbook] f90/bug% gfortran-fsf-4.4 pr50659_3.f90 pr50659_3.f90:8: internal compiler error: in replace_symbol, at fort

[Bug middle-end/50598] [4.7 Regression] Undefined symbols: "___emutls_v.*", ... on *-apple-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50598 Dominique d'Humieres changed: What|Removed |Added CC||jh at suse dot cz --- Comment #1 f

[Bug middle-end/50598] [4.7 Regression] Undefined symbols: "___emutls_v.*", ... on *-apple-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50598 --- Comment #2 from Dominique d'Humieres 2011-10-08 21:50:37 UTC --- Reverting the change for gcc/cgraphunit.c in revision 179429 fixes the pr.

[Bug middle-end/50667] New: [4.7 Regression] FAIL: gcc.c-torture/execute/vshuf-* on powerpc-apple-darwin9

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50667 Bug #: 50667 Summary: [4.7 Regression] FAIL: gcc.c-torture/execute/vshuf-* on powerpc-apple-darwin9 Classification: Unclassified Product: gcc Version: 4.7.0 Status: U

[Bug ada/50678] New: [4.7 Regression] FAIL: c52104y on x86_64-apple-darwin10

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678 Bug #: 50678 Summary: [4.7 Regression] FAIL: c52104y on x86_64-apple-darwin10 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED S

[Bug fortran/43829] Scalarization of reductions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43829 --- Comment #45 from Dominique d'Humieres 2011-10-09 16:01:27 UTC --- > Thanks. One comment: I think you will increase the binary size by inlining the > reduction. Could you consider keeping the current libgfortran version and > protecting the sc

[Bug middle-end/50598] [4.7 Regression] Undefined symbols: "___emutls_v.*", ... on *-apple-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50598 Dominique d'Humieres changed: What|Removed |Added CC||ro at CeBiTec dot

[Bug ada/50678] [4.7 Regression] FAIL: c52104y on x86_64-apple-darwin10

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678 Dominique d'Humieres changed: What|Removed |Added CC||iains at gcc dot gnu.org,

[Bug ada/50678] [4.7 Regression] FAIL: c52104y on x86_64-apple-darwin10

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678 --- Comment #3 from Dominique d'Humieres 2011-10-10 19:34:06 UTC --- On powerpc-apple-darwin9.8.0, c52103x, c52104x, and c52104y fail with a different error: raised STORAGE_ERROR : stack overflow detected

[Bug ada/50678] [4.7 Regression] FAIL: c52104y on x86_64-apple-darwin10

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678 --- Comment #5 from Dominique d'Humieres 2011-10-10 20:11:10 UTC --- (In reply to comment #4) > > On powerpc-apple-darwin9.8.0, c52103x, c52104x, and c52104y fail with a > > different error: > > > > raised STORAGE_ERROR : stack overflow detecte

[Bug middle-end/50667] [4.7 Regression] FAIL: gcc.c-torture/execute/vshuf-* on powerpc-apple-darwin9

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50667 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug bootstrap/50699] New: [4.7 Regression] Bootstrap fails on *-apple-darwin* due to revision 179820

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50699 Bug #: 50699 Summary: [4.7 Regression] Bootstrap fails on *-apple-darwin* due to revision 179820 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCO

[Bug ada/50678] [4.7 Regression] FAIL: c52104y on x86_64-apple-darwin10

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678 --- Comment #14 from Dominique d'Humieres 2011-10-12 11:31:57 UTC --- (In reply to comment #11) > Created attachment 25466 [details] > test of -fstack-check > > a simple test program for Darwin .. > .. AFAICT this DTRT under 'c' on {powerpc,i386

[Bug ada/50678] [4.7 Regression] FAIL: c52104y on x86_64-apple-darwin10

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678 --- Comment #15 from Dominique d'Humieres 2011-10-12 11:40:17 UTC --- (In reply to comment #13) >Would you please try and reproduce the failure with a Linux target? What for? AFAICT the failure occurs only on x86_64-apple-darwin10. One possibi

[Bug ada/50678] [4.7 Regression] FAIL: c52104y on x86_64-apple-darwin10

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678 --- Comment #17 from Dominique d'Humieres 2011-10-12 11:55:33 UTC --- Created attachment 25471 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25471 Assembly file for the code in attachment 25466 > if it's aborting, that is wrong .. send me

[Bug middle-end/50704] FAIL: gcc.target/i386/warn-vect-op-1.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50704 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/50721] [4.6/4.7 Regression] Segfault of -O0 compiled program on x86_64 related to register allocator

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50721 --- Comment #11 from Dominique d'Humieres 2011-10-14 13:58:21 UTC --- > Well, in this example "size" is 3, hence, w[size -1] == w[2]. In Fortran, the > "w" is the last argument, which is 2 and thus "d(2)" == "d(1:2)" has two > elements. And indee

[Bug bootstrap/50738] New: [4.7 Regression] Bootstrap failure at revision 180028 on powerpc-apple-darwin9

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50738 Bug #: 50738 Summary: [4.7 Regression] Bootstrap failure at revision 180028 on powerpc-apple-darwin9 Classification: Unclassified Product: gcc Version: 4.7.0 Status:

[Bug middle-end/50598] [4.7 Regression] Undefined symbols: "___emutls_v.*", ... on *-apple-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50598 --- Comment #4 from Dominique d'Humieres 2011-10-15 18:36:00 UTC --- The difference for the test libgomp.c++/pr24455.C comes from the companion file libgomp.c++/pr24455-1.C. With gcc/cgraphunit.c in revision 179429 reverted, pr24455-1.s is [macb

[Bug tree-optimization/50746] New: [4.7 Regression] FAIL: gcc.dg/vect/pr37482.c (internal compiler error) on powerpc-apple-darwin9

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50746 Bug #: 50746 Summary: [4.7 Regression] FAIL: gcc.dg/vect/pr37482.c (internal compiler error) on powerpc-apple-darwin9 Classification: Unclassified Product: gcc Version: 4.7.0

[Bug middle-end/50754] [4.7 Regression] ICE in expand_debug_expr, at cfgexpand.c:3341

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50754 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug bootstrap/50758] New: [4.7 Regression] Bootstrap fails at stage 2 on x86_64-apple-darwin10: error: variable 'token_no' set but not used

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50758 Bug #: 50758 Summary: [4.7 Regression] Bootstrap fails at stage 2 on x86_64-apple-darwin10: error: variable 'token_no' set but not used Classification: Unclassified Prod

[Bug bootstrap/50758] [4.7 Regression] Bootstrap fails at stage 2 on x86_64-apple-darwin10: error: variable 'token_no' set but not used

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50758 --- Comment #4 from Dominique d'Humieres 2011-10-17 15:42:09 UTC --- > Are you still seing this with commit r180090? I have bootstrapped revision 180087 with the following patch --- /opt/gcc/_clean/libcpp/line-map.c2011-10-17 12:04:41.0

[Bug middle-end/50754] [4.7 Regression] ICE in expand_debug_expr, at cfgexpand.c:3341

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

[Bug bootstrap/50758] [4.7 Regression] Bootstrap fails at stage 2 on x86_64-apple-darwin10: error: variable 'token_no' set but not used

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50758 --- Comment #6 from Dominique d'Humieres 2011-10-17 19:40:06 UTC --- > The warning is not bogus when you are compiling with --disable-checking > or when your GCC_VERSION is < 2007. ... I am using ../work/configure --prefix=/opt/gcc/gcc4.7w --e

[Bug bootstrap/50758] [4.7 Regression] Bootstrap fails at stage 2 on x86_64-apple-darwin10: error: variable 'token_no' set but not used

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50758 Dominique d'Humieres changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug middle-end/50754] [4.7 Regression] ICE in expand_debug_expr, at cfgexpand.c:3341

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

[Bug bootstrap/50778] New: [4.7 Regression] Bootstrap failure on powerpc-apple-darwin9

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50778 Bug #: 50778 Summary: [4.7 Regression] Bootstrap failure on powerpc-apple-darwin9 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED

[Bug target/50678] [4.7 Regression] FAIL: c52104y on x86_64-apple-darwin10

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678 --- Comment #48 from Dominique d'Humieres 2011-10-18 17:06:44 UTC --- I have bootstrapped gcc on x86_64-apple-darwin10 at revision 180138 with the patch at http://gcc.gnu.org/ml/gcc-patches/2011-10/msg01617.html. All the Ada tests pass with it. T

[Bug middle-end/50754] [4.7 Regression] ICE in expand_debug_expr, at cfgexpand.c:3341

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50754 --- Comment #6 from Dominique d'Humieres 2011-10-18 19:43:39 UTC --- > does solve the problem. Oops!-( I ment "does not solve the problem": when the fingers don't follow the brain;-).

[Bug bootstrap/50778] [4.7 Regression] Bootstrap failure on powerpc-apple-darwin9

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50778 --- Comment #2 from Dominique d'Humieres 2011-10-19 09:00:43 UTC --- I have bootstrapped revision 180100 on powerpc-apple-darwin9 configured with ../work/configure --prefix=/opt/gcc/gcc4.7w --enable-languages=c,c++,fortran,objc,obj-c++,java,ada,

[Bug tree-optimization/50746] [4.7 Regression] FAIL: gcc.dg/vect/pr37482.c (internal compiler error) on powerpc-apple-darwin9

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50746 Dominique d'Humieres changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|

[Bug bootstrap/50778] [4.7 Regression] Bootstrap failure on powerpc-apple-darwin9

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50778 --- Comment #5 from Dominique d'Humieres 2011-10-19 15:01:47 UTC --- > Could I have ssh access to one of the boxes that fail? I can give you access to my (slowww) G5 if you mail me your ssh key.

[Bug middle-end/50795] [4.7 Regression] FAIL: gcc.dg/tree-ssa/builtin-expect-[1234].c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50795 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug bootstrap/50812] libbid build fails with ICE on bid128_div.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50812 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug bootstrap/50812] libbid build fails with ICE on bid128_div.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50812 --- Comment #4 from Dominique d'Humieres 2011-10-20 20:50:16 UTC --- AFAICT this is now fixed (probably r180249): Author:hubicka Date:Thu Oct 20 12:18:56 2011 UTC (8 hours, 29 minutes ago) Changed paths:2 Log Message: * ipa-i

[Bug fortran/50821] New: [4.7 Regression] 3 new GCC HEAD@180266 regressions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50821 Bug #: 50821 Summary: [4.7 Regression] 3 new GCC HEAD@180266 regressions Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug bootstrap/50778] [4.7 Regression] Bootstrap failure on powerpc-apple-darwin9

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50778 --- Comment #12 from Dominique d'Humieres 2011-10-21 14:25:47 UTC --- If the patch in comment #10 regstrap on *-linux-*, I think it could be committed, then monitor regress on http://gcc.gnu.org/ml/gcc-testresults/2011-10/ and http://gcc.gnu.org/

[Bug fortran/50821] [4.7 Regression] 3 new GCC HEAD@180266 regressions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50821 --- Comment #3 from Dominique d'Humieres 2011-10-21 18:07:39 UTC --- > Can you test the attached patch? Quick tests show that your path fixes the problem. For more serious testing my time scales are ~2h30 for bootstrap and ~1h30 to regtest gfort

[Bug bootstrap/50778] [4.7 Regression] Bootstrap failure on powerpc-apple-darwin9

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50778 --- Comment #18 from Dominique d'Humieres 2011-10-22 13:07:06 UTC --- Bootstrap completed with the patch here, regtesting in progress. Once the patch is committed and regress is happy again, please close this pr as fixed. Thanks for the fix.

[Bug ada/50842] [4.7 Regression] gnatmake fails to link in stage3 with undefined symbol _iconv_close

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50842 --- Comment #7 from Dominique d'Humieres 2011-10-27 19:23:02 UTC --- For the record, in order to bootstrap Ada on powerpc-apple-darwin9, I have the following patch --- ../_gcc_clean/gcc/ada/gcc-interface/Makefile.in2011-10-27 17:40:15.00

[Bug ada/50842] [4.7 Regression] gnatmake fails to link in stage3 with undefined symbol _iconv_close

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

[Bug rtl-optimization/50904] Induct benchmark of polyhedron slows down when -fno-protect-parens is enabled by -Ofast.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50904 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug rtl-optimization/50904] Induct benchmark of polyhedron slows down when -fno-protect-parens is enabled by -Ofast.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50904 --- Comment #4 from Dominique d'Humieres 2011-10-30 11:24:57 UTC --- > It would be nice if somebody could reduce this to a more managable testcase. I have posted a reduced test in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34265#c34 (pr34265).

[Bug rtl-optimization/50904] Induct benchmark of polyhedron slows down when -fno-protect-parens is enabled by -Ofast.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50904 --- Comment #5 from Dominique d'Humieres 2011-10-30 11:34:15 UTC --- Created attachment 25666 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25666 Further reduced test for induct.f90 The reduced test contains a single et of nested loops in

[Bug middle-end/50823] [4.7 Regression] ICE in inline_small_functions, at ipa-inline.c:1407

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50823 --- Comment #8 from Dominique d'Humieres 2011-10-30 12:41:34 UTC --- I get the same ICE when compiling the polyhedron test aermod.f90: [macbook] lin/test% gfc aermod.f90 -O3 --param max-inline-insns-auto=198 aermod.f90:39103:0: internal compiler

[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 Dominique d'Humieres changed: What|Removed |Added CC||danglin at gcc dot gnu.org --- Com

[Bug libfortran/50985] FAIL: gfortran.fortran-torture/execute/entry_4.f90 execution, at -O2 and above

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50985 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[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 #12 from Dominique d'Humieres 2011-11-06 17:20:08 UTC --- (In reply to comment #10) > It seemed there was work in progress last I looked. > If not, it should be xfailed. Please don't. (In reply to comment #11) > Wouldn't standard pr

[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 #15 from Dominique d'Humieres 2011-11-06 19:20:45 UTC --- (In reply to comment #14) > According to comment 0 and comment 8, it should be between 179600 and 179611. > I > have to admit that I don't see any obvious candidate at first s

[Bug tree-optimization/51000] New: [4.7 Regression] ICE: in vect_get_store_cost, at tree-vect-stmts.c:923 on powerpc-apple-darwin9

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51000 Bug #: 51000 Summary: [4.7 Regression] ICE: in vect_get_store_cost, at tree-vect-stmts.c:923 on powerpc-apple-darwin9 Classification: Unclassified Product: gcc Version: 4.7.0

[Bug c/51015] [4.7 Regression] ice in vect_determine_vectorization_factor with -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51015 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug bootstrap/51031] build error in libitm (how to disable trans-mem???)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51031 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug testsuite/51057] New: FAIL: gfortran.dg/quad_2.f90 -O0 execution test on powerpc*-*-*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51057 Bug #: 51057 Summary: FAIL: gfortran.dg/quad_2.f90 -O0 execution test on powerpc*-*-* Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED

[Bug tree-optimization/51058] New: [4.7 Regression] ICE: gimple check: expected gimple_assign(error_mark), have gimple_call() in gimple_assign_rhs_code, at gimple.h:1992

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51058 Bug #: 51058 Summary: [4.7 Regression] ICE: gimple check: expected gimple_assign(error_mark), have gimple_call() in gimple_assign_rhs_code, at gimple.h:1992 Classification: Unclass

[Bug testsuite/51059] New: FAIL: gcc.misc-tests/gcov-14.c (test for excess errors) on powerpc-apple-darwin9

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51059 Bug #: 51059 Summary: FAIL: gcc.misc-tests/gcov-14.c (test for excess errors) on powerpc-apple-darwin9 Classification: Unclassified Product: gcc Version: 4.7.0 Status

[Bug bootstrap/51031] build error in libitm (how to disable trans-mem???)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51031 --- Comment #7 from Dominique d'Humieres 2011-11-09 13:49:18 UTC --- > I think that configure should check that the "as" supports avx independently > of > the architecture one is building on or for. I don't think the failure in comment #2 has a

[Bug fortran/51056] [4.7 Regression][OOP] Bogus "Unused module variable '__vtab_domain_Domain_container'"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51056 --- Comment #2 from Dominique d'Humieres 2011-11-09 15:33:05 UTC --- Revision 177649 is OK. Revision 178509 gives the warning.

[Bug tree-optimization/51058] [4.7 Regression] ICE: gimple check: expected gimple_assign(error_mark), have gimple_call() in gimple_assign_rhs_code, at gimple.h:1992

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51058 Dominique d'Humieres changed: What|Removed |Added CC|ira at gcc dot gnu.org | --- Comment #5 from Dominique d'H

[Bug bootstrap/51031] build error in libitm (how to disable trans-mem???)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51031 --- Comment #16 from Dominique d'Humieres 2011-11-10 09:51:03 UTC --- On x86_64-apple-darwin10 at revision 181249, the link error is ld: codegen problem, can't use rel32 to external symbol ___emutls_v._ZN3GTM12_gtm_thr_tlsE in __ITM_malloc from

[Bug tree-optimization/51058] [4.7 Regression] ICE: gimple check: expected gimple_assign(error_mark), have gimple_call() in gimple_assign_rhs_code, at gimple.h:1992

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51058 --- Comment #8 from Dominique d'Humieres 2011-11-10 14:22:48 UTC --- Revision 181251 fixes the ICEs for the codes in comment #0 and #1 (thanks). However at revision 181255 compiling the original mdbx.f90, the extracted subroutine, or the reduced

[Bug bootstrap/51094] New: [4.7 Regression] Bootstrap failure at revision 181279 on non-ELF targets

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094 Bug #: 51094 Summary: [4.7 Regression] Bootstrap failure at revision 181279 on non-ELF targets Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONF

[Bug testsuite/51059] FAIL: gcc.misc-tests/gcov-14.c (test for excess errors) on *-apple-darwin*

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

[Bug bootstrap/51094] [4.7 Regression] Bootstrap failure at revision 181279 on non-ELF targets

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51094 --- Comment #5 from Dominique d'Humieres 2011-11-11 15:40:13 UTC --- > Is it fixed now? With a similar patch, I am now at stage2.

[Bug testsuite/51059] FAIL: gcc.misc-tests/gcov-14.c (test for excess errors) on *-apple-darwin*

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51059 --- Comment #4 from Dominique d'Humieres 2011-11-11 17:32:42 UTC --- > Darwin's weak comes with a price flat namespace. > try this: > ... > +/* { dg-options "-O2 -fprofile-arcs -ftest-coverage -flat_namespace > -undefined suppress" { targ

[Bug target/45233] FAIL: gcc.c-torture/compile/pr44707.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45233 --- Comment #10 from Dominique d'Humieres 2011-11-11 22:41:36 UTC --- The patch in comment #8 fixes this pr. I have only been able to regtest gcc and gfortran without regression. Thanks.

<    7   8   9   10   11   12   13   14   15   16   >