[Bug bootstrap/45751] [4.6 Regression] Bootstrap failure: at stage 1 xgcc segfault
--- Comment #9 from dominiq at lps dot ens dot fr 2010-09-23 15:30 --- Could someone commit the patch in comment #7. It cannot make the matter worse than it is without it. TIA -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45751
[Bug fortran/45744] [4.6 Regression] ICE with -O1 in gfc_conv_expr_op, at fortran/trans-expr.c:1366
--- Comment #10 from dominiq at lps dot ens dot fr 2010-09-23 15:27 --- > This should be better: It is;-) it fixes this PR without regression. Does it answer also the question in comment #7? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45744
[Bug bootstrap/45751] [4.6 Regression] Bootstrap failure: at stage 1 xgcc segfault
--- Comment #7 from dominiq at lps dot ens dot fr 2010-09-23 14:14 --- Bootstrapped revision 164560 on x86_64-apple-darwin10.4.0 with the following patch: --- ../_clean/gcc/config/darwin-driver.c2010-09-22 22:38:53.0 +0200 +++ gcc/config/darwin-driver.c 2010-09-23 14:13:53.0 +0200 @@ -76,7 +76,7 @@ darwin_default_min_version (unsigned int generate_option (OPT_mmacosx_version_min_, macosx_deployment_target, 1, CL_DRIVER, &(*decoded_options)[1]); memcpy (*decoded_options + 2, argv + 1, - (argc - 1) * sizeof (struct cl_decoded_option *)); + (argc - 1) * sizeof (struct cl_decoded_option)); return; } } @@ -128,7 +128,7 @@ darwin_default_min_version (unsigned int generate_option (OPT_mmacosx_version_min_, new_flag, 1, CL_DRIVER, &(*decoded_options)[1]); memcpy (*decoded_options + 2, argv + 1, - (argc - 1) * sizeof (struct cl_decoded_option *)); + (argc - 1) * sizeof (struct cl_decoded_option)); return; parse_failed: -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45751
[Bug bootstrap/45751] [4.6 Regression] Bootstrap failure: at stage 1 xgcc segfault
--- Comment #6 from dominiq at lps dot ens dot fr 2010-09-23 12:02 --- > if the array was intended to be an array of structs then this fixes: ... Currently at stage 2 for revision 164490 on powerpc-apple-darwin9 with the patch in comment #5. Thanks. Side question: what could be the meaning of "sizeof (struct cl_decoded_option *)"? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45751
[Bug bootstrap/45751] [4.6 Regression] Bootstrap failure: at stage 1 xgcc segfault
--- Comment #3 from dominiq at lps dot ens dot fr 2010-09-23 08:39 --- On powerpc-apple-darwin9 I get [karma] gcc/darwin_buildw% gcc/xgcc - Segmentation fault [karma] gcc/darwin_buildw% gcc/xgcc -v xgcc: warning: xgcc(49989) malloc: *** mmap(size=3638091776) failed (error code=12) *** error: can't allocate region *** set a breakpoint in malloc_error_break to debug xgcc: out of memory allocating 3638090932 bytes after a total of 0 bytes -- dominiq at lps dot ens dot fr changed: What|Removed |Added CC||iains at gcc dot gnu dot org Severity|normal |blocker http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45751
[Bug bootstrap/45751] [4.6 Regression] Bootstrap failure: at stage 1 xgcc segfault
--- Comment #1 from dominiq at lps dot ens dot fr 2010-09-22 22:30 --- Same thing on powerpc-apple-darwin9. -- dominiq at lps dot ens dot fr changed: What|Removed |Added GCC build triplet|x86_64-apple-darwin10.4.0 |*-apple-darwin* GCC host triplet|x86_64-apple-darwin10.4.0 |*-apple-darwin* GCC target triplet|x86_64-apple-darwin10.4.0 |*-apple-darwin* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45751
[Bug bootstrap/45751] New: [4.6 Regression] Bootstrap failure: at stage 1 xgcc segfault
1.0.0) <0E53A4A6-AC06-1B61-2285-248F534EE356> /usr/lib/libicucore.A.dylib 0x7fe0 - 0x7fe01fff libSystem.B.dylib ??? (???) <95E02DD0-ADEA-745B-E7FA-ABA064E4658C> /usr/lib/libSystem.B.dylib -- Summary: [4.6 Regression] Bootstrap failure: at stage 1 xgcc segfault Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominiq at lps dot ens dot fr GCC build triplet: x86_64-apple-darwin10.4.0 GCC host triplet: x86_64-apple-darwin10.4.0 GCC target triplet: x86_64-apple-darwin10.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45751
[Bug fortran/45745] [4.6 Regression] ICE in gfc_conv_array_stride
--- Comment #5 from dominiq at lps dot ens dot fr 2010-09-22 21:45 --- I cannot OK the patch in comment #4, but it fixes this PR without regression. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45745
[Bug fortran/45744] [4.6 Regression] ICE with -O1 in gfc_conv_expr_op, at fortran/trans-expr.c:1366
--- Comment #8 from dominiq at lps dot ens dot fr 2010-09-22 21:39 --- The patch in comment #6 fixes this PR, but gfortran.dg/dependency_35.f90 fails: ... output is: /opt/gcc/work/gcc/testsuite/gfortran.dg/dependency_35.f90:19.6: a = matmul(b,c) + d 1 Warning: Creating array temporary at (1) /opt/gcc/work/gcc/testsuite/gfortran.dg/dependency_35.f90:22.6: e = sum(b,1) + 3 1 Warning: Creating array temporary at (1) FAIL: gfortran.dg/dependency_35.f90 -O (test for excess errors) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45744
[Bug fortran/45748] -fimplicit-none strange behaviour
--- Comment #3 from dominiq at lps dot ens dot fr 2010-09-22 19:29 --- Confirmed on x86_64-apple-darwin10.3.0 for 4.5.0 and trunk, but not 4.4.4, hence it is a regression. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45748
[Bug fortran/45746] [OOP] ICE in fold_convert_loc: pointer to allocatable array with select type
--- Comment #2 from dominiq at lps dot ens dot fr 2010-09-22 08:41 --- Confirmed as a regression: no ICE for branch fortran-exp revision 158215, ICE for branch fortran-dev revision 163718. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45746
[Bug fortran/45744] internal compiler error: in gfc_conv_expr_op, at fortran/trans-expr.c:1366
--- Comment #3 from dominiq at lps dot ens dot fr 2010-09-22 06:46 --- Confirmed as a regression: the tests compile with 4.5.0 and revision 163718, but not with revision 164232. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45744
[Bug middle-end/45738] New: [4.6 Regression] ICE: tree check: expected var_decl, have debug_expr_decl in const_value_known_p, at varpool.c:375
Between revisions 164405 (working) and 164451, compiling the following code on *-apple-darwin* gives an ICE: [macbook] f90/bug% cat pr32083_1_red.f90 PROGRAM TestInfinite integer(8) :: bit_pattern_NegInf_i8 = -4503599627370496_8 integer(8) :: i real(8):: r r = transfer(bit_pattern_NegInf_i8_p,r) i = transfer(r,i) END PROGRAM TestInfinite [macbook] f90/bug% gfc -O2 -g pr32083_1_red.f90 pr32083_1_red.f90: In function 'main': pr32083_1_red.f90:9:0: internal compiler error: tree check: expected var_decl, have debug_expr_decl in const_value_known_p, at varpool.c:375 -- Summary: [4.6 Regression] ICE: tree check: expected var_decl, have debug_expr_decl in const_value_known_p, at varpool.c:375 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominiq at lps dot ens dot fr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45738
[Bug tree-optimization/44776] FAIL: gcc.dg/matrix/transpose-3.c execution, -fprofile-use -fipa-matrix-reorg -fdump-ipa-matrix-reorg -O3 -fwhole-program
--- Comment #9 from dominiq at lps dot ens dot fr 2010-09-17 15:57 --- Apparently the problem is that when compiled with -fipa-matrix-reorg -O[123s] -fwhole-program in 64 bit mode, the executable gives: ... a.out(83070) malloc: *** error for object 0x1001000c0: pointer being freed was not allocated *** set a breakpoint in malloc_error_break to debug Abort (see comment #0). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44776
[Bug tree-optimization/44776] FAIL: gcc.dg/matrix/transpose-3.c execution, -fprofile-use -fipa-matrix-reorg -fdump-ipa-matrix-reorg -O3 -fwhole-program -combine
--- Comment #7 from dominiq at lps dot ens dot fr 2010-09-17 15:18 --- > You mean it still fails? Yes!-( -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44776
[Bug testsuite/45692] FAIL: objc/execute/exceptions/throw-nil.m execution on darwin with -m32
--- Comment #3 from dominiq at lps dot ens dot fr 2010-09-17 12:42 --- > Ok ... I fixed the testcase in trunk. Is there not a simpler way to fix the test with dejagnu directives? > Please can you let me know if it works fine now With the new test the failures are gone. Thanks. >(I don't have a darwin machine to test). :-) You can always monitor the "regress" bot on http://gcc.gnu.org/ml/gcc-testresults/2010-*. When nobody has broken its bootstrap, you can get an idea of what's wrong with darwin three times a day. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45692
[Bug testsuite/45692] New: FAIL: objc/execute/exceptions/throw-nil.m execution on darwin with -m32
Since the test objc/execute/exceptions/throw-nil.m has been introduced at revision 164024, it has failed on *-apple-darwin* with -m32, see http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00816.html http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00835.html -- Summary: FAIL: objc/execute/exceptions/throw-nil.m execution on darwin with -m32 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominiq at lps dot ens dot fr GCC build triplet: *-apple-darwin* GCC host triplet: *-apple-darwin* GCC target triplet: *-apple-darwin* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45692
[Bug c/45691] Floating point comparison failure
--- Comment #1 from dominiq at lps dot ens dot fr 2010-09-16 17:02 --- pr323? As a general rule: never compare floating points for equality, use abs(a-b)http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45691
[Bug fortran/45081] [4.3/4.4/4.5/4.6 Regression] ICE in gfc_conv_array_initializer, at fortran/trans-array.c:4208
--- Comment #10 from dominiq at lps dot ens dot fr 2010-09-16 13:14 --- (1) The patch in comment #7 fixes this pr without regression. (2) If I replace type(t), dimension(1), parameter :: a1 = (/ t(1) /) type(t), dimension(1), parameter :: a = reshape ( (/ a1 /), (/ 1 /) ) with type(t), dimension(2), parameter :: a1 = (/ t(1), t(2) /) type(t), dimension(2), parameter :: c = spread ( a1(1), 1, 1 ) I still get the same ICE. (3) I have opened pr45689 for transformational intrinsics I think are missing for initializations. (4) The only common point between this pr and those given in comment #8 is that the ICEs come from the same source file. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45081
[Bug fortran/45689] [F2003] Missing transformational intrinsic in the trans_func_f2003 list
--- Comment #3 from dominiq at lps dot ens dot fr 2010-09-16 13:09 --- MAXLOC and MINLOC are also missing (see pr25104). > They are not, as there, afaik, are no simplifiers yet. > > Hence, with your patch they will be accepted, but you'd end up with wrong code > at the end, as the functions are not properly simplified and thus not > constant. I have seen that, and also in gcc/fortran/simplify.c /* FIXME: Returning here avoids a regression in array_simplify_1.f90. Replace NULL with gcc_unreachable() after implementing gfc_simplify_cshift(). */ Am I correct to understand that the current situation (i.e. the error message) is a temporary fix for some missing gfc_simplify_*? -- dominiq at lps dot ens dot fr changed: What|Removed |Added Summary|CSHIFT and EOSHIFT are not |[F2003] Missing |in the trans_func_f2003 list|transformational intrinsic ||in the trans_func_f2003 list http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45689
[Bug fortran/25104] [F2003] Non-initialization expr. as case-selector
--- Comment #20 from dominiq at lps dot ens dot fr 2010-09-16 13:03 --- The test in comment #0 now gives (with/without -std=g95) pr25104.f90:3.5: CASE(MAXLOC(K,1)) 1 Error: transformational intrinsic 'maxloc' at (1) is not permitted in an initialization expression for 4.4.4, 4.5.0, and trunk. I think this wrong without -std=f95 (see pr45689). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25104
[Bug fortran/45689] CSHIFT and EOSHIFT are not in the trans_func_f2003 list
--- Comment #1 from dominiq at lps dot ens dot fr 2010-09-16 10:42 --- pasto!-( -- dominiq at lps dot ens dot fr changed: What|Removed |Added Summary|CSHIFT and EOSHIFT are not |CSHIFT and EOSHIFT are not |in the make-164314p7m1.log |in the trans_func_f2003 list |list| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45689
[Bug fortran/45689] New: CSHIFT and EOSHIFT are not in the make-164314p7m1.log list
While playing with modifications of PR4581, I tried module m implicit none type t integer :: i end type t type(t), dimension(2), parameter :: a1 = (/ t(1), t(2) /) type(t), dimension(2), parameter :: d = cshift ( a1, 1 ) end module m and got pr45081_red.f90:7.43: type(t), dimension(2), parameter :: d = cshift ( a1, 1 ) 1 Error: transformational intrinsic 'cshift' at (1) is not permitted in an initialization expression The F2003 standard says: (5) A reference to a transformational standard intrinsic function other than NULL, where each argument is an initialization expression, and the F2008 version adds: (6) a reference to a transformational standard intrinsic function other than COMMAND ARGUMENT -COUNT, NULL, NUM IMAGES, THIS IMAGE, where each argument is a constant expression, This is fixed by the following patch: --- ../_clean/gcc/fortran/expr.c2010-09-09 21:06:18.0 +0200 +++ gcc/fortran/expr.c 2010-09-16 12:24:49.0 +0200 @@ -2329,7 +2329,7 @@ check_transformational (gfc_expr *e) }; static const char * const trans_func_f2003[] = { -"all", "any", "count", "dot_product", "matmul", "null", "pack", +"all", "any", "count", "cshift", "dot_product", "eoshift", "matmul", "null", "pack", "product", "repeat", "reshape", "selected_char_kind", "selected_int_kind", "selected_real_kind", "spread", "sum", "transfer", "transpose", "trim", "unpack", NULL but then I am back to PR45081!-(even with the Paul's patch). -- Summary: CSHIFT and EOSHIFT are not in the make-164314p7m1.log list Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominiq at lps dot ens dot fr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45689
[Bug fortran/45674] [OOP] Undefined references for extended types
--- Comment #4 from dominiq at lps dot ens dot fr 2010-09-16 08:50 --- > (I have not regtested this yet.) The (second) patch in comment #2 fixes the pr without regression. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45674
[Bug fortran/45081] [4.3/4.4/4.5/4.6 Regression] ICE in gfc_conv_array_initializer, at fortran/trans-array.c:4208
--- Comment #8 from dominiq at lps dot ens dot fr 2010-09-16 07:06 --- > I believe that there are related PRs that I have to find. pr40472 comment #21 for SPREAD: REAL, DIMENSION(720,360), PARAMETER :: ZLON_MASK = SPREAD( (/ (JLON , JLON=1,720) /) , DIM=2, NCOPIES=360 ) print *, size(ZLON_MASK), ZLON_MASK(720,360) end The tests in pr42359 also give ICE at fortran/trans-array.c, but at different locations. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45081
[Bug bootstrap/45672] New: [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: 'rs6000_units_per_simd_word' defined but not used
Bootstrapping revision 164287 on powerpc-apple-darwin9 fails with: ... /opt/gcc/darwin_buildw/./prev-gcc/xgcc -B/opt/gcc/darwin_buildw/./prev-gcc/ -B/opt/gcc/gcc4.6w/powerpc-apple-darwin9/bin/ -B/opt/gcc/gcc4.6w/powerpc-apple-darwin9/bin/ -B/opt/gcc/gcc4.6w/powerpc-apple-darwin9/lib/ -isystem /opt/gcc/gcc4.6w/powerpc-apple-darwin9/include -isystem /opt/gcc/gcc4.6w/powerpc-apple-darwin9/sys-include-c -g -O2 -mdynamic-no-pic -gtoggle -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I. -I. -I../../gcc-4.6-work/gcc -I../../gcc-4.6-work/gcc/. -I../../gcc-4.6-work/gcc/../include -I../../gcc-4.6-work/gcc/../libcpp/include -I/sw/include -I../../gcc-4.6-work/gcc/../libdecnumber -I../../gcc-4.6-work/gcc/../libdecnumber/dpd -I../libdecnumber -I/sw/include -DCLOOG_PPL_BACKEND\ ../../gcc-4.6-work/gcc/config/rs6000/rs6000.c -o rs6000.o ../../gcc-4.6-work/gcc/config/rs6000/rs6000.c:3576:1: error: 'rs6000_units_per_simd_word' defined but not used [-Werror=unused-function] cc1: all warnings being treated as errors -- Summary: [4.6 Regression] Bootstrap failure for powerpc-apple- darwin9: 'rs6000_units_per_simd_word' defined but not used Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominiq at lps dot ens dot fr GCC build triplet: powerpc-apple-darwin9 GCC host triplet: powerpc-apple-darwin9 GCC target triplet: powerpc-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45672
[Bug fortran/43829] Scalarization of reductions
--- Comment #29 from dominiq at lps dot ens dot fr 2010-09-13 09:09 --- > But it can still be updated and committed before the end of stage 1. :-) I hope so!-) I also think this pr is related to pr43829. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43829
[Bug fortran/36841] Eliminate gfortran_sum_r8 call for calculation involving multidimensional array multiplication followed by a sum along first dimension
--- Comment #4 from dominiq at lps dot ens dot fr 2010-09-12 19:56 --- > This is not a job for the FE. How could the middle-end do the job if __gfortran_sum_r8 is not inlined/scalarized (see pr43829)? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36841
[Bug fortran/43665] INTENT(IN) etc. optimization of calls: function annotations for noclobber/noescape arguments
--- Comment #25 from dominiq at lps dot ens dot fr 2010-09-12 10:13 --- > - create_fn_spec (sym, type); > + type = create_fn_spec (sym, type); > > as in the original patch. With this change the test succeeds. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43665
[Bug fortran/43665] INTENT(IN) etc. optimization of calls: function annotations for noclobber/noescape arguments
--- Comment #23 from dominiq at lps dot ens dot fr 2010-09-11 15:12 --- I have applied the patch in comment #21 without regression, but the test case from attachment 21265 fails: FAIL: gfortran.dg/intent_optimize_1.f90 -O scan-tree-dump-times optimized "does_not_exist" 0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43665
[Bug bootstrap/45381] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: error: AltiVec argument passed to unprototyped function
--- Comment #5 from dominiq at lps dot ens dot fr 2010-09-11 08:53 --- I think altivec should disabled with "gcc version 4.0.1 (Apple Inc. build 5493)". Otherwise this pr could be closed as wontfix. -- dominiq at lps dot ens dot fr changed: What|Removed |Added Last reconfirmed|2010-08-24 21:16:50 |2010-09-11 08:53:54 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45381
[Bug bootstrap/45630] [4.6 Regression] Revision 164050 breaks bootstrap on powerpc-apple-darwin9
--- Comment #3 from dominiq at lps dot ens dot fr 2010-09-11 08:50 --- Revision 164163 fixes the bootstrap failure as well as the problem with dsymutil reported by Jack Howarth in http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00886.html . Closing as fixed. -- dominiq at lps dot ens dot fr changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45630
[Bug tree-optimization/45598] [4.6 Regression] ICE; in build_int_cst_wide, at tree.c:1218
--- Comment #5 from dominiq at lps dot ens dot fr 2010-09-10 13:24 --- Since pr45634 has been opened for the failure of 191.fma3d in SPEC CPU 2K, I am closing this one as fixed. Thanks for the commit. -- dominiq at lps dot ens dot fr changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45598
[Bug tree-optimization/45598] [4.6 Regression] ICE; in build_int_cst_wide, at tree.c:1218
--- Comment #4 from dominiq at lps dot ens dot fr 2010-09-10 12:59 --- The test in comment #0 has been fixed by revision 164111. However it seems that 191.fma3d in SPEC CPU 2K is not fixed by this revision (see http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00913.html ). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45598
[Bug bootstrap/45630] New: [4.6 Regression] Revision 164050 breaks bootstrap on powerpc-apple-darwin9
Revision 164050 breaks bootstrap on powerpc-apple-darwin9 ... /opt/gcc/darwin_buildw/./prev-gcc/xgcc -B/opt/gcc/darwin_buildw/./prev-gcc/ -B/opt/gcc/gcc4.6w/powerpc-apple-darwin9/bin/ -B/opt/gcc/gcc4.6w/powerpc-apple-darwin9/bin/ -B/opt/gcc/gcc4.6w/powerpc-apple-darwin9/lib/ -isystem /opt/gcc/gcc4.6w/powerpc-apple-darwin9/include -isystem /opt/gcc/gcc4.6w/powerpc-apple-darwin9/sys-include-c -g -O2 -mdynamic-no-pic -gtoggle -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -I. -I. -I../../gcc-4.6-work/gcc -I../../gcc-4.6-work/gcc/. -I../../gcc-4.6-work/gcc/../include -I../../gcc-4.6-work/gcc/../libcpp/include -I/sw/include -I../../gcc-4.6-work/gcc/../libdecnumber -I../../gcc-4.6-work/gcc/../libdecnumber/dpd -I../libdecnumber -I/sw/include -DCLOOG_PPL_BACKEND../../gcc-4.6-work/gcc/dwarf2out.c -o dwarf2out.o ../../gcc-4.6-work/gcc/dwarf2out.c: In function 'get_ref_die_offset_label': ../../gcc-4.6-work/gcc/dwarf2out.c:6549:5: error: format '%lld' expects type 'long long int', but argument 4 has type 'dw_offset' [-Werror=format] cc1: all warnings being treated as errors -- Summary: [4.6 Regression] Revision 164050 breaks bootstrap on powerpc-apple-darwin9 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominiq at lps dot ens dot fr GCC build triplet: powerpc-apple-darwin9 GCC host triplet: powerpc-apple-darwin9 GCC target triplet: powerpc-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45630
[Bug fortran/45624] Division by zero compiler error
--- Comment #4 from dominiq at lps dot ens dot fr 2010-09-09 23:20 --- You can use the option -fno-range-check. However, the code itself and the sentence "since I want to protect this variable" in comment #3 let me suspect that you have not understood what PARAMETER is for: a variable with the PARAMETER "attribute" is an alias for its value and exists only during the compilation. What you seem to want is the attribute PROTECTED, i.e. a variable that can be changed only in a specified place as in (F2003 standard draft): An example of the PROTECTED attribute: MODULE temperature REAL, PROTECTED :: temp_c, temp_f CONTAINS SUBROUTINE set_temperature_c(c) REAL, INTENT(IN) :: c temp_c = c temp_f = temp_c*(9.0/5.0) + 32 END SUBROUTINE END MODULE The PROTECTED attribute ensures that the variables temp_c and temp_f cannot be modied other than via the set_temperature_c procedure, thus keeping them consistent with each other. The PROTECTED attribute is a f2003 addition, implemented at least from gfortran 4.4. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45624
[Bug middle-end/45585] [4.6 Regression] ICE on powerpc-apple-darwin9 for gfortran.dg/transfer_simplify_2.f90 with -O2 -m64
--- Comment #2 from dominiq at lps dot ens dot fr 2010-09-08 20:14 --- This is due to revision 163598: http://gcc.gnu.org/viewcvs?view=revision&sortby=date&revision=163598 -- dominiq at lps dot ens dot fr changed: What|Removed |Added CC||gnu at the-meissners dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45585
[Bug fortran/45577] [4.6 Regression] Bogus(?) "... type incompatible with source-expr ..." error
--- Comment #8 from dominiq at lps dot ens dot fr 2010-09-08 18:08 --- If I revert the patch in comment #5 from revision 164002, compiling the code in comment #6 gives a segmentation fault. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45577
[Bug tree-optimization/33113] Failing to represent the stride (with array) of a dataref when it is not a constant
--- Comment #8 from dominiq at lps dot ens dot fr 2010-09-08 17:49 --- One of the first thing taught in fortran is that the loop ordering in the test in comment #0 is bad. If the loops are interchanged (as they should) the code vectorize. Is not -floop-interchange supposed to do that if graphite is enabled (actually it does not do it or if it does, it does not allow the code to be vectorized)? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33113
[Bug fortran/45577] [4.6 Regression] Bogus(?) "... type incompatible with source-expr ..." error
--- Comment #7 from dominiq at lps dot ens dot fr 2010-09-08 15:52 --- The following code reduced from http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/76f99e7fd4f3e772# module type2_type implicit none type, abstract :: Type2 character :: typeName*(30) = "unknown" end type Type2 end module type2_type module extended2A_type use type2_type implicit none type, extends(Type2) :: Extended2A real(kind(1.0D0)) :: coeff1 = 1. real(kind(1.0D0)) :: coeff2 = 2. contains procedure :: setCoeff1 => Extended2A_setCoeff1 end type Extended2A contains function Extended2A_new(c1, c2) result(typePtr_) real(kind(1.0D0)), optional, intent(in) :: c1 real(kind(1.0D0)), optional, intent(in) :: c2 type(Extended2A), pointer :: typePtr_ type(Extended2A), save, allocatable, target :: type_ allocate(type_) typePtr_ => null() if (present(c1)) call type_%setCoeff1(c1) typePtr_ => type_ if ( .not.(associated (typePtr_))) then stop 'Error initializing Extended2A Pointer.' endif end function Extended2A_new subroutine Extended2A_setCoeff1(this,c1) class(Extended2A) :: this real(kind(1.0D0)), intent(in) :: c1 this% coeff1 = c1 end subroutine Extended2A_setCoeff1 end module extended2A_type module type1_type use type2_type implicit none type Type1 class(type2), pointer :: type2Ptr => null() contains procedure :: initProc => Type1_initProc end type Type1 contains function Type1_initProc(this) result(iError) use extended2A_type implicit none class(Type1) :: this integer :: iError this% type2Ptr => extended2A_new() if ( .not.( associated(this% type2Ptr))) then iError = 1 write(*,'(A)') "Something Wrong." else iError = 0 endif end function Type1_initProc end module type1_type program main use type1_type use extended2A_type implicit none integer :: iErr, i integer :: numArgs character, dimension(:), allocatable :: tempArgs*(100) class(type1), allocatable :: thisType1 allocate (Type1::thisType1) iErr = thisType1%initProc() deallocate (thisType1% type2Ptr) ! What happens here??? See questions below. ! now the pointer should be dangling and needs to be nullified / reassigned end program main gives a segmentation fault when compiled with revision 163966 without the patch in comment #5, backtrace Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0010 0x0001000c6120 in gfc_trans_structure_assign (dest=0x142504cc0) at ../../p_work/gcc/fortran/trans-expr.c:4436 4436 tmp = fold_build3_loc (input_location, COMPONENT_REF, TREE_TYPE (field), (gdb) bt #0 0x0001000c6120 in gfc_trans_structure_assign (dest=0x142504cc0) at ../../p_work/gcc/fortran/trans-expr.c:4436 #1 0x0001000c692a in gfc_trans_structure_assign (dest=0x142503c80) at ../../p_work/gcc/fortran/trans-expr.c:4381 while it compiles at revision 164002 with the patch. I'll try to revert the patch tonight to see if the gone ICE is due to it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45577
[Bug fortran/45577] [4.6 Regression] Bogus(?) "... type incompatible with source-expr ..." error
--- Comment #6 from dominiq at lps dot ens dot fr 2010-09-08 14:46 --- > Here is a better patch: ... Yes! it accepts program main type b_obj integer,allocatable :: c(:) real :: r = 5. end type b_obj type (b_obj),allocatable :: b(:) integer,allocatable :: c(:) integer :: i,n n = 3 allocate(b(n),c(n)) end program main It passed my tests (it may even fixed another ICE, I am reducing) and regtested without regression. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45577
[Bug tree-optimization/45598] New: [4.6 Regression] ICE; in build_int_cst_wide, at tree.c:1218
Between revisions 163966 (working) and 164000 compiling the following test gives an ICE with -O[23s] [macbook] f90/bug% cat pr30940.f90 program main implicit none character(len=10) :: digit_string = '123456789' character :: digit_arr(10) call copy(digit_string, digit_arr) print '(1x, a1)',digit_arr(1:9) contains subroutine copy(in, out) character, dimension(10) :: in, out out(1:10) = in(1:10) end subroutine copy end program main [macbook] f90/bug% gfc -O2 pr30940.f90 pr30940.f90: In function 'MAIN__': pr30940.f90:1:0: internal compiler error: in build_int_cst_wide, at tree.c:1218 -- Summary: [4.6 Regression] ICE; in build_int_cst_wide, at tree.c:1218 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominiq at lps dot ens dot fr GCC build triplet: x86_64-apple-darwin10 GCC host triplet: x86_64-apple-darwin10 GCC target triplet: x86_64-apple-darwin10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45598
[Bug fortran/43829] Scalarization of reductions
--- Comment #27 from dominiq at lps dot ens dot fr 2010-09-08 11:29 --- What is the fate of the patch in comment #19? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43829
[Bug tree-optimization/45578] [4.6 Regression] The polyhedron test mdbx is miscompiled with -O2 -ftree-vectorize at revision 163915
--- Comment #6 from dominiq at lps dot ens dot fr 2010-09-08 06:56 --- pr45589 could be a duplicate of this pr. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45578
[Bug middle-end/45589] [4.6 Regression] 200.sixtrack in SPEC CPU 2000 is miscompiled
--- Comment #4 from dominiq at lps dot ens dot fr 2010-09-08 06:55 --- This pr could be a duplicate of pr45578. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45589
[Bug middle-end/45585] New: [4.6 Regression] ICE on powerpc-apple-darwin9 for gfortran.dg/transfer_simplify_2.f90 with -O2 -m64
Between revisions 163595 (working) and 163628 (failing) compiling gfortran.dg/transfer_simplify_2.f90 with -O2 -m64 gives an ICE [karma] f90/bug% gfc -O2 -m64 /opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/transfer_simplify_2.f90 /opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/transfer_simplify_2.f90: In function 'main': /opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/transfer_simplify_2.f90:21:0: error: insn does not satisfy its constraints: (insn 627 117 628 6 (set (reg:DI 32 f0) (mem/u/c:DI (lo_sum:DI (reg:DI 2 r2 [282]) (const:DI (unspec:DI [ (symbol_ref:DI ("l2.1497") [flags 0xe02] ) ] 50))) [0 MEM[(c_char * {ref-all})&l2]+0 S8 A32])) /opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/transfer_simplify_2.f90:59 9 {movdi_low} (expr_list:REG_DEAD (reg:DI 2 r2 [282]) (nil))) /opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/transfer_simplify_2.f90:21:0: internal compiler error: in copyprop_hardreg_forward_1, at regcprop.c:768 Reduced test case (after commenting the line 'call logical4_to_real8' in the original code, it compiles and run) implicit none call logical4_to_real8 contains subroutine logical4_to_real8 logical(4), parameter :: l1(2) = (/.false., .true./) logical(4):: l2(2) = l1 real(8), parameter:: r1 = transfer (l1, 1_8) real(8) :: r2 r2 = transfer (l2, 1_8); if (r1 .ne. r2) call abort () end subroutine logical4_to_real8 end and backtrace MAIN__ logical4_to_real8 main Analyzing compilation unit Performing interprocedural optimizations <*free_lang_data> Assembling functions: main transfer_simplify_2_red.f90: In function 'main': transfer_simplify_2_red.f90:2:0: error: insn does not satisfy its constraints: (insn 50 15 51 2 (set (reg:DI 32 f0) (mem/u/c:DI (lo_sum:DI (reg/f:DI 2 r2 [127]) (symbol_ref:DI ("l2.1161") [flags 0xe02] )) [0 MEM[(c_char * {ref-all})&l2]+0 S8 A32])) transfer_simplify_2_red.f90:11 9 {movdi_low} (expr_list:REG_DEAD (reg/f:DI 2 r2 [127]) (nil))) Breakpoint 1, fancy_abort (file=0x8fb450 "../../gcc-4.6-work/gcc/regcprop.c", line=768, function=0xad2fa8 "copyprop_hardreg_forward_1") at ../../gcc-4.6-work/gcc/diagnostic.c:879 879 internal_error ("in %s, at %s:%d", function, trim_filename (file), line); (gdb) bt #0 fancy_abort (file=0x8fb450 "../../gcc-4.6-work/gcc/regcprop.c", line=768, function=0xad2fa8 "copyprop_hardreg_forward_1") at ../../gcc-4.6-work/gcc/diagnostic.c:879 #1 0x00580c68 in _fatal_insn (msgid=, insn=, file=, line=, function=) at ../../gcc-4.6-work/gcc/rtl-error.c:109 #2 0x00580ca8 in _fatal_insn_not_found (insn=0xa082853c, file=0x300 , line=5770344, function=0xa082b45c " ‚´Ÿ") at ../../gcc-4.6-work/gcc/rtl-error.c:119 #3 0x00557fe8 in copyprop_hardreg_forward () at ../../gcc-4.6-work/gcc/regcprop.c:768 #4 0x0052fc0c in execute_one_pass (pass=0xb8f2a0) at ../../gcc-4.6-work/gcc/passes.c:1569 #5 0x0052ff44 in execute_pass_list (pass=0xb8f2a0) at ../../gcc-4.6-work/gcc/passes.c:1624 #6 execute_pass_list (pass=0xb897e4) at ../../gcc-4.6-work/gcc/passes.c:1626 #7 execute_pass_list (pass=0xb89818) at ../../gcc-4.6-work/gcc/passes.c:1626 #8 0x0065cedc in tree_rest_of_compilation (fndecl=0x41779600) at ../../gcc-4.6-work/gcc/tree-optimize.c:452 #9 0x0082020c in cgraph_expand_function (node=0x41707360) at ../../gcc-4.6-work/gcc/cgraphunit.c:1469 #10 0x00822ed4 in cgraph_optimize () at ../../gcc-4.6-work/gcc/cgraphunit.c:1548 #11 0x00823440 in cgraph_finalize_compilation_unit () at ../../gcc-4.6-work/gcc/cgraphunit.c:1012 #12 0x004baca4 in write_global_declarations () at ../../gcc-4.6-work/gcc/langhooks.c:310 #13 0x005ed9e0 in toplev_main (argc=4, argv=0x38018f13) at ../../gcc-4.6-work/gcc/toplev.c:984 #14 0x1990 in start () If the line 'if (r1 .ne. r2) call abort ()' is commented the code compiles. -- Summary: [4.6 Regression] ICE on powerpc-apple-darwin9 for gfortran.dg/transfer_simplify_2.f90 with -O2 -m64 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominiq at lps dot ens dot fr GCC build triplet: powerpc-apple-darwin9 GCC target triplet: powerpc-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45585
[Bug tree-optimization/45578] [4.6 Regression] The polyhedron test mdbx is miscompiled with -O2 -ftree-vectorize at revision 163915
--- Comment #3 from dominiq at lps dot ens dot fr 2010-09-07 14:25 --- If I replace the loop DO i = 1 , MOLsa X0(1,i) = X0(1,i) - cm1 X0(2,i) = X0(2,i) - cm2 X0(3,i) = X0(3,i) - cm3 XIN(1,i) = XIN(1,i) - cm1 XIN(2,i) = XIN(2,i) - cm2 XIN(3,i) = XIN(3,i) - cm3 ENDDO with X0(1,1) = X0(1,1) - cm1 X0(2,1) = X0(2,1) - cm2 X0(3,1) = X0(3,1) - cm3 XIN(1,1) = XIN(1,1) - cm1 XIN(2,1) = XIN(2,1) - cm2 XIN(3,1) = XIN(3,1) - cm3 DO i = 2 , MOLsa X0(1,i) = X0(1,i) - cm1 X0(2,i) = X0(2,i) - cm2 X0(3,i) = X0(3,i) - cm3 XIN(1,i) = XIN(1,i) - cm1 XIN(2,i) = XIN(2,i) - cm2 XIN(3,i) = XIN(3,i) - cm3 ENDDO the code is correctly compiled. -- dominiq at lps dot ens dot fr changed: What|Removed |Added Summary|[4.6 Regression] The|[4.6 Regression] The |polyhedron test mdbx is |polyhedron test mdbx is |miscompiled with -O2 -ftree-|miscompiled with -O2 -ftree- |vectorize at revision 163940|vectorize at revision 163915 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45578
[Bug tree-optimization/45578] [4.6 Regression] The polyhedron test mdbx is miscompiled with -O2 -ftree-vectorize at revision 163940
--- Comment #2 from dominiq at lps dot ens dot fr 2010-09-07 12:13 --- > 163913 (centcm_b.s) Pasto!-(centcm_b.s is for 163915). -- dominiq at lps dot ens dot fr changed: What|Removed |Added Summary|[4.6 Regression] The|[4.6 Regression] The |polyhedron test mdbx is |polyhedron test mdbx is |miscompiled with -O2 -ftree-|miscompiled with -O2 -ftree- |vectorize at revision 163940|vectorize at revision 163940 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45578
[Bug tree-optimization/45578] [4.6 Regression] The polyhedron test mdbx is miscompiled with -O2 -ftree-vectorize at revision 163940
--- Comment #1 from dominiq at lps dot ens dot fr 2010-09-07 12:07 --- Created an attachment (id=21726) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21726&action=view) Split code for mdbx and good and bad assembly files. > It may be due to revision 163915. mdbx is miscompiled at revision 163915. The attached file contains the original code minus the subroutine CENTCM, the source file for this subroutine, and the assembly files from revisions 163913 (centcm_g.s) and 163913 (centcm_b.s) using -O2 -ftree-vectorize. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45578
[Bug fortran/45577] [4.6 Regression] Bogus(?) "... type incompatible with source-expr ..." error
--- Comment #3 from dominiq at lps dot ens dot fr 2010-09-07 10:42 --- > I posted a patch at http://gcc.gnu.org/ml/fortran/2010-09/msg00176.html. The patch fixes this pr. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45577
[Bug tree-optimization/45578] New: [4.6 Regression] The polyhedron test mdbx is miscompiled with -O2 -ftree-vectorize at revision 163940
The polyhedron test mdbx is miscompiled with revision -O2 -ftree-vectorize at 163940: [macbook] lin/test% gfc mdbx.f90 -O2 -ftree-vectorize -v Driving: gfc -mmacosx-version-min=10.6.4 mdbx.f90 -O2 -ftree-vectorize -v -l gfortran -shared-libgcc Using built-in specs. COLLECT_GCC=gfc COLLECT_LTO_WRAPPER=/opt/gcc/gcc4.6w/libexec/gcc/x86_64-apple-darwin10.4.0/4.6.0/lto-wrapper Target: x86_64-apple-darwin10.4.0 Configured with: ../work/configure --prefix=/opt/gcc/gcc4.6w --enable-languages=c,c++,fortran,objc,obj-c++,java,lto --with-gmp=/opt/sw64 --with-libiconv-prefix=/opt/sw64 --with-system-zlib --with-cloog=/opt/sw64 Thread model: posix gcc version 4.6.0 20100907 (experimental) [trunk revision 163940p4] (GCC) COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.6.4' '-O2' '-ftree-vectorize' '-v' '-shared-libgcc' '-mtune=generic' /opt/gcc/gcc4.6w/libexec/gcc/x86_64-apple-darwin10.4.0/4.6.0/f951 mdbx.f90 -fPIC -quiet -dumpbase mdbx.f90 -mmacosx-version-min=10.6.4 -mtune=generic -auxbase mdbx -O2 -version -ftree-vectorize -fintrinsic-modules-path /opt/gcc/gcc4.6w/lib/gcc/x86_64-apple-darwin10.4.0/4.6.0/finclude -o /var/folders/LW/LW1oufkMGIqlLpjYn45fBU+++TI/-Tmp-//cceUTsb5.s GNU Fortran (GCC) version 4.6.0 20100907 (experimental) [trunk revision 163940p4] (x86_64-apple-darwin10.4.0) compiled by GNU C version 4.6.0 20100907 (experimental) [trunk revision 163940p4], GMP version 5.0.1, MPFR version 3.0.0, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 GNU Fortran (GCC) version 4.6.0 20100907 (experimental) [trunk revision 163940p4] (x86_64-apple-darwin10.4.0) compiled by GNU C version 4.6.0 20100907 (experimental) [trunk revision 163940p4], GMP version 5.0.1, MPFR version 3.0.0, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.6.4' '-O2' '-ftree-vectorize' '-v' '-shared-libgcc' '-mtune=generic' as -arch x86_64 -force_cpusubtype_ALL -o /var/folders/LW/LW1oufkMGIqlLpjYn45fBU+++TI/-Tmp-//ccBHSNwY.o /var/folders/LW/LW1oufkMGIqlLpjYn45fBU+++TI/-Tmp-//cceUTsb5.s COMPILER_PATH=/opt/gcc/gcc4.6w/libexec/gcc/x86_64-apple-darwin10.4.0/4.6.0/:/opt/gcc/gcc4.6w/libexec/gcc/x86_64-apple-darwin10.4.0/4.6.0/:/opt/gcc/gcc4.6w/libexec/gcc/x86_64-apple-darwin10.4.0/:/opt/gcc/gcc4.6w/lib/gcc/x86_64-apple-darwin10.4.0/4.6.0/:/opt/gcc/gcc4.6w/lib/gcc/x86_64-apple-darwin10.4.0/ LIBRARY_PATH=/opt/gcc/gcc4.6w/lib/gcc/x86_64-apple-darwin10.4.0/4.6.0/:/opt/gcc/gcc4.6w/lib/gcc/x86_64-apple-darwin10.4.0/4.6.0/../../../:/usr/lib/ COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.6.4' '-O2' '-ftree-vectorize' '-v' '-shared-libgcc' '-mtune=generic' /opt/gcc/gcc4.6w/libexec/gcc/x86_64-apple-darwin10.4.0/4.6.0/collect2 -dynamic -arch x86_64 -macosx_version_min 10.6.4 -weak_reference_mismatches non-weak -o a.out -lcrt1.10.5.o -L/opt/gcc/gcc4.6w/lib/gcc/x86_64-apple-darwin10.4.0/4.6.0 -L/opt/gcc/gcc4.6w/lib/gcc/x86_64-apple-darwin10.4.0/4.6.0/../../.. /var/folders/LW/LW1oufkMGIqlLpjYn45fBU+++TI/-Tmp-//ccBHSNwY.o -lgfortran -lgcc_ext.10.5 -lgcc -no_compact_unwind -lSystem COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.6.4' '-O2' '-ftree-vectorize' '-v' '-shared-libgcc' '-mtune=generic' [macbook] lin/test% a.out MDBNCH: A MOLECULAR DYNAMICS BENCHMARK, VERSION OF DECEMBER 17, 1988 Segmentation fault Backtrace Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: 13 at address: 0x 0x00017d40 in centcm_ () (gdb) bt #0 0x00017d40 in centcm_ () #1 0x000186f1 in mte_ () The Segmentation fault occurs within the loop (lines 2073 to 2080): DO i = 1 , MOLsa X0(1,i) = X0(1,i) - cm1 X0(2,i) = X0(2,i) - cm2 X0(3,i) = X0(3,i) - cm3 XIN(1,i) = XIN(1,i) - cm1 XIN(2,i) = XIN(2,i) - cm2 XIN(3,i) = XIN(3,i) - cm3 ENDDO and disappears with -fbounds-check. Revision 163913 works. It may be due to revision 163915. -- Summary: [4.6 Regression] The polyhedron test mdbx is miscompiled with -O2 -ftree-vectorize at revision 163940 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominiq at lps dot ens dot fr GCC build triplet: x86_64-apple-darwin10 GCC host triplet: x86_64-apple-darwin10 GCC target triplet: x86_64-apple-darwin10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45578
[Bug fortran/45577] New: [4.6 Regression] Bogus(?) "... type incompatible with source-expr ..." error
Between revisions 163718 (working) and 163913, the following code (and friends) gives a possibly bogus error: [macbook] f90/bug% cat allocate_type_red.f90 program main type b_obj integer,allocatable :: c(:) end type b_obj type (b_obj),allocatable :: b(:) integer,allocatable :: c(:) integer :: i,n n = 3 allocate(b(n),c(n)) end program main [macbook] f90/bug% gfc allocate_type_red.f90 allocate_type_red.f90:12.14: allocate(b(n),c(n)) 1 allocate_type_red.f90:3.10: type b_obj 2 Error: Type of entity at (1) is type incompatible with source-expr at (2) I suspect revision 163862. -- Summary: [4.6 Regression] Bogus(?) "... type incompatible with source-expr ..." error Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominiq at lps dot ens dot fr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45577
[Bug middle-end/45534] [4.6 Regression] ICE in refs_may_alias_p_1, at tree-ssa-alias.c:1031
--- Comment #17 from dominiq at lps dot ens dot fr 2010-09-07 09:12 --- Also fixed on x86_64-apple-darwin10.4, trunk configured with the default value for --enable-checking, see http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00616.html The failures on ppc reported in comment #3 have also been fixed, see http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00613.html . Closing as fixed. -- dominiq at lps dot ens dot fr changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45534
[Bug fortran/45576] [4.6 Regression] ICE on character stuff
--- Comment #1 from dominiq at lps dot ens dot fr 2010-09-07 07:56 --- Confirmed: 163913 works, 163940 gives an ICE. The backtrace is Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x gfc_dep_compare_expr (e1=0x0, e2=0x0) at ../../work/gcc/fortran/dependency.c:353 353 return -2; (gdb) bt #0 gfc_dep_compare_expr (e1=0x0, e2=0x0) at ../../work/gcc/fortran/dependency.c:353 #1 0x00010009e662 in gfc_dep_compare_expr (e1=, e2=) at ../../work/gcc/fortran/dependency.c:371 likely due to revision 163932. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45576
[Bug fortran/45564] gfortran.dg/achar_4.f90 ICE: verify_gimple failed: type mismatch in comparison expression with -fbounds-check
--- Comment #1 from dominiq at lps dot ens dot fr 2010-09-06 22:17 --- Confirmed on x86_64-apple-darwin10. The ICE disappears with -m32 and does not show up on builds with --enable-checking=release. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45564
[Bug middle-end/45534] [4.6 Regression] ICE in refs_may_alias_p_1, at tree-ssa-alias.c:1031
--- Comment #16 from dominiq at lps dot ens dot fr 2010-09-06 18:27 --- > > New Revision: 163913 > fixed on i686-darwin9. also on x86_64-apple-darwin10.4 configured with --enable-checking=release. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45534
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #46 from dominiq at lps dot ens dot fr 2010-09-06 14:04 --- > gfortran.dg/backspace_1.f, gfortran.dg/record_marker_2.f, ... They are pr45534 and probably fixed at revision 163913 (testing). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #36 from dominiq at lps dot ens dot fr 2010-09-05 21:39 --- I confirm that the patch in comment #28 fixes this pr. However using the tip in comment #22, I get [macbook] gcc/p_build% grep -r decimal_ */config.log gcc/config.log:enable_decimal_float='dpd' libdecnumber/config.log:enable_decimal_float='dpd' prev-gcc/config.log:enable_decimal_float='dpd' prev-libdecnumber/config.log:enable_decimal_float='dpd' stage1-gcc/config.log:enable_decimal_float='dpd' stage1-libdecnumber/config.log:enable_decimal_float='dpd' Is there a better way to know if decimal_float has been installed or not? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug middle-end/45534] [4.6 Regression] ICE in refs_may_alias_p_1, at tree-ssa-alias.c:1031
--- Comment #11 from dominiq at lps dot ens dot fr 2010-09-05 16:28 --- The ICEs in comment #3 also show up for powerpc64-unknown-linux-gnu (see http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00417.html ). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45534
[Bug middle-end/45534] [4.6 Regression] ICE in refs_may_alias_p_1, at tree-ssa-alias.c:1031
--- Comment #10 from dominiq at lps dot ens dot fr 2010-09-05 16:26 --- Apparently this pr does not show up for i686-apple-darwin9 (see http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00452.html ). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45534
[Bug middle-end/45534] [4.6 Regression] ICE in refs_may_alias_p_1, at tree-ssa-alias.c:1031
--- Comment #9 from dominiq at lps dot ens dot fr 2010-09-05 16:15 --- The ICEs are due to revision 163802. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45534
[Bug middle-end/45534] [4.6 Regression] ICE in refs_may_alias_p_1, at tree-ssa-alias.c:1031
--- Comment #8 from dominiq at lps dot ens dot fr 2010-09-05 14:30 --- The ICEs appeared between 163800 (working) and 163820 (ICE). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45534
[Bug middle-end/45534] [4.6 Regression] ICE in refs_may_alias_p_1, at tree-ssa-alias.c:1031
--- Comment #5 from dominiq at lps dot ens dot fr 2010-09-05 13:58 --- > Please provide output of appending -v to the compiler command-line The configure options [macbook] gcc/p_build% gfcp -v Using built-in specs. COLLECT_GCC=gfcp COLLECT_LTO_WRAPPER=/opt/gcc/gcc4.6p/libexec/gcc/x86_64-apple-darwin10/4.6.0/lto-wrapper Target: x86_64-apple-darwin10 Configured with: ../p_work/configure --prefix=/opt/gcc/gcc4.6p --mandir=/opt/gcc/gcc4.6p/share/man --infodir=/opt/gcc/gcc4.6p/share/info --build=x86_64-apple-darwin10 --host=x86_64-apple-darwin10 --target=x86_64-apple-darwin10 --enable-languages=c,lto,fortran --with-gmp=/opt/sw64 --with-libiconv-prefix=/opt/sw64 --with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --with-cloog=/opt/sw64 --with-ppl=/opt/sw64 --with-mpc=/opt/sw64 --enable-checking=release --with-quad=/opt/sw64 --disable-decimal-float Thread model: posix gcc version 4.6.0 20100903 (experimental) [trunk revision 163800p1] (GCC) works, building revision 163820. The other configure options can be found in the links in comment #2 and #3. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45534
[Bug middle-end/45534] [4.6 Regression] ICE in refs_may_alias_p_1, at tree-ssa-alias.c:1031
--- Comment #3 from dominiq at lps dot ens dot fr 2010-09-05 13:44 --- I also get the same ICE on powerpc-apple-darwin9 at revision 163836: [karma] f90/bug% /opt/gcc/gcc4.6w/bin/gcc -O3 /opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/vect/vect-multitypes-1.c /opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/vect/vect-multitypes-1.c: In function 'main1': /opt/gcc/_gcc_clean/gcc/testsuite/gcc.dg/vect/vect-multitypes-1.c:41:1: internal compiler error: in refs_may_alias_p_1, at tree-ssa-alias.c:1031 and gcc/testsuite/gcc.dg/vect/vect-multitypes-4.c (see also r163798 passes http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00273.html and r163836 fails http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00313.html ). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45534
[Bug middle-end/45534] [4.6 Regression] ICE in refs_may_alias_p_1, at tree-ssa-alias.c:1031
--- Comment #2 from dominiq at lps dot ens dot fr 2010-09-05 13:08 --- > I can't see any of those on x86_64-linux, neither with -m32 nor with -m64. See also http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00410.html . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45534
[Bug middle-end/45534] New: [4.6 Regression] ICE in refs_may_alias_p_1, at tree-ssa-alias.c:1031
>From revisions 163847 (163744 works) to 163859, I see the following ICEs with both -m32 and -m64 libgomp.graphite/force-parallel-3.c:5:6: internal compiler error: in refs_may_alias_p_1, at tree-ssa-alias.c:1031 libgomp.graphite/force-parallel-9.c:5:6: internal compiler error: in refs_may_alias_p_1, at tree-ssa-alias.c:1031 with -m64 -Os gfortran.dg/backspace_1.f:82:0: internal compiler error: in refs_may_alias_p_1, at tree-ssa-alias.c:1031 gfortran.dg/record_marker_2.f:83:0: internal compiler error: in refs_may_alias_p_1, at tree-ssa-alias.c:1031 libgomp.fortran/appendix-a/a.16.1.f90:26:0: internal compiler error: in refs_may_alias_p_1, at tree-ssa-alias.c:1031 libgomp.fortran/omp_atomic2.f90:35:0: internal compiler error: in refs_may_alias_p_1, at tree-ssa-alias.c:1031 and with -m64 -O2 -fgraphite-identity gfortran.dg/graphite/pr42393-1.f90:6:0: internal compiler error: in refs_may_alias_p_1, at tree-ssa-alias.c:1031 -- Summary: [4.6 Regression] ICE in refs_may_alias_p_1, at tree-ssa- alias.c:1031 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominiq at lps dot ens dot fr GCC build triplet: x86_64-apple-darwin10 GCC host triplet: x86_64-apple-darwin10 GCC target triplet: x86_64-apple-darwin10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45534
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #18 from dominiq at lps dot ens dot fr 2010-09-04 11:51 --- See also http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00342.html for a non-darwin platform. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #16 from dominiq at lps dot ens dot fr 2010-09-04 10:16 --- Could someone check that revisions 163815 and 163816 are not exposing a more serious latent bug: I have configured gcc with --enable-decimal-float=no and --disable-decimal-float without disabling -decimal-float. Are these options working on linux? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #7 from dominiq at lps dot ens dot fr 2010-09-04 00:02 --- Apparently the configure option '--enable-decimal-float=no' is not even working: [macbook] f90/bug% gfc -v Using built-in specs. COLLECT_GCC=gfc COLLECT_LTO_WRAPPER=/opt/gcc/gcc4.6w/libexec/gcc/x86_64-apple-darwin10.4.0/4.6.0/lto-wrapper Target: x86_64-apple-darwin10.4.0 Configured with: ../work/configure --prefix=/opt/gcc/gcc4.6w --enable-languages=c,c++,fortran,objc,obj-c++,java,lto --with-gmp=/opt/sw64 --with-libiconv-prefix=/opt/sw64 --with-system-zlib --with-cloog=/opt/sw64 --enable-decimal-float=no Thread model: posix gcc version 4.6.0 20100903 (experimental) [trunk revision 163847p4] (GCC) [macbook] gcc/build_w% grep -r enable_decimal_float */config.log gcc/config.log:enable_decimal_float='dpd' libdecnumber/config.log:enable_decimal_float='dpd' prev-gcc/config.log:enable_decimal_float='dpd' prev-libdecnumber/config.log:enable_decimal_float='dpd' stage1-gcc/config.log:enable_decimal_float='dpd' stage1-libdecnumber/config.log:enable_decimal_float='dpd' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug java/45504] [4.6 Regression] Failed to bootstrap
--- Comment #2 from dominiq at lps dot ens dot fr 2010-09-02 20:54 --- The failure is: [macbook] i386/libjava% /opt/gcc/build_w/./gcc/gcj -B/opt/gcc/build_w/x86_64-apple-darwin10.4.0/i386/libjava/ -B/opt/gcc/build_w/x86_64-apple-darwin10.4.0/i386/libjava/ -B/opt/gcc/build_w/./gcc/ -B/opt/gcc/gcc4.6w/x86_64-apple-darwin10.4.0/bin/ -B/opt/gcc/gcc4.6w/x86_64-apple-darwin10.4.0/lib/ -isystem /opt/gcc/gcc4.6w/x86_64-apple-darwin10.4.0/include -isystem /opt/gcc/gcc4.6w/x86_64-apple-darwin10.4.0/sys-include -m32 -ffloat-store -fomit-frame-pointer -g -O2 -m32 -m32 -o .libs/ecjx -findirect-dispatch --main=org.eclipse.jdt.internal.compiler.batch.GCCMain -Djava.class.path=/opt/gcc/gcc4.6w/share/java/ecj.jar ecjx.o -L/opt/gcc/build_w/x86_64-apple-darwin10.4.0/i386/libjava/.libs -L/opt/gcc/build_w/x86_64-apple-darwin10.4.0/i386/libjava ./.libs/libgcj.dylib -L/opt/gcc/build_w/x86_64-apple-darwin10.4.0/i386/libstdc++-v3/src -L/opt/gcc/build_w/x86_64-apple-darwin10.4.0/i386/libstdc++-v3/src/.libs -ldl -lz -v Reading specs from /opt/gcc/build_w/./gcc/specs Reading specs from /opt/gcc/build_w/x86_64-apple-darwin10.4.0/i386/libjava/libgcj.spec rename spec startfile to startfileorig rename spec lib to liborig COLLECT_GCC=/opt/gcc/build_w/./gcc/gcj COLLECT_LTO_WRAPPER=/opt/gcc/build_w/./gcc/lto-wrapper Target: x86_64-apple-darwin10.4.0 Configured with: ../work/configure --prefix=/opt/gcc/gcc4.6w --enable-languages=c,c++,fortran,objc,obj-c++,java,lto --with-gmp=/opt/sw64 --with-libiconv-prefix=/opt/sw64 --with-system-zlib --with-cloog=/opt/sw64 --enable-lto Thread model: posix gcc version 4.6.0 20100902 (experimental) [trunk revision 163785p5] (GCC) COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.6.4' '-B' '/opt/gcc/build_w/x86_64-apple-darwin10.4.0/i386/libjava/' '-B' '/opt/gcc/build_w/x86_64-apple-darwin10.4.0/i386/libjava/' '-B' '/opt/gcc/build_w/./gcc/' '-B' '/opt/gcc/gcc4.6w/x86_64-apple-darwin10.4.0/bin/' '-B' '/opt/gcc/gcc4.6w/x86_64-apple-darwin10.4.0/lib/' '-isystem' '/opt/gcc/gcc4.6w/x86_64-apple-darwin10.4.0/include' '-isystem' '/opt/gcc/gcc4.6w/x86_64-apple-darwin10.4.0/sys-include' '-ffloat-store' '-fomit-frame-pointer' '-g' '-O2' '-m32' '-o' '.libs/ecjx' '-findirect-dispatch' '-D' 'java.class.path=/opt/gcc/gcc4.6w/share/java/ecj.jar' '-L/opt/gcc/build_w/x86_64-apple-darwin10.4.0/i386/libjava/.libs' '-L/opt/gcc/build_w/x86_64-apple-darwin10.4.0/i386/libjava' '-L/opt/gcc/build_w/x86_64-apple-darwin10.4.0/i386/libstdc++-v3/src' '-L/opt/gcc/build_w/x86_64-apple-darwin10.4.0/i386/libstdc++-v3/src/.libs' '-v' '-fbootclasspath=/sw64/share/java/antlr/antlr.jar:/sw64/share/java/bcel/bcel-5.2.jar:/sw64/share/java/commons-logging/commons-logging-adapters.jar:/sw64/share/java/commons-logging/commons-logging-api.jar:/sw64/share/java/commons-logging/commons-logging.jar:/sw64/share/java/commons-net/commons-net.jar:/sw64/share/java/freetts/cmu_time_awb.jar:/sw64/share/java/freetts/cmu_us_kal.jar:/sw64/share/java/freetts/cmudict04.jar:/sw64/share/java/freetts/cmulex.jar:/sw64/share/java/freetts/cmutimelex.jar:/sw64/share/java/freetts/en_us.jar:/sw64/share/java/freetts/freetts-jsapi10.jar:/sw64/share/java/freetts/freetts.jar:/sw64/share/java/jaf/activation.jar:/sw64/share/java/jakarta-bsf/bsf.jar:/sw64/share/java/jakarta-oro/jakarta-oro.jar:/sw64/share/java/jakarta-regexp/jakarta-regexp.jar:/sw64/share/java/jakarta-servletapi/servlet.jar:/sw64/share/java/javamail/dsn.jar:/sw64/share/java/javamail/imap.jar:/sw64/share/java/javamail/mail.jar:/sw64/share/java/javamail/mailapi.jar:/sw64/share/java/javamail/pop3.jar:/sw64/share/java/javamail/smtp.jar:/sw64/share/java/jdepend/jdepend.jar:/sw64/share/java/jsapi/jsapi.jar:/sw64/share/java/jsch/jsch.jar:/sw64/share/java/junit/junit.jar:/sw64/share/java/jzlib/jzlib.jar:/sw64/share/java/log4j/log4j.jar:/sw64/share/java/netrexx/NetRexxC.jar:/sw64/share/java/netrexx/NetRexxR.jar:/sw64/share/java/rhino/js.jar:/sw64/share/java/saxon-b/saxon8-dom.jar:/sw64/share/java/saxon-b/saxon8-dom4j.jar:/sw64/share/java/saxon-b/saxon8-jdom.jar:/sw64/share/java/saxon-b/saxon8-sql.jar:/sw64/share/java/saxon-b/saxon8-xom.jar:/sw64/share/java/saxon-b/saxon8-xpath.jar:/sw64/share/java/saxon-b/saxon8-xqj.jar:/sw64/share/java/saxon-b/saxon8.jar:/sw64/share/java/stax/stax-1.2.0_rc1-dev.jar:/sw64/share/java/stax/stax-api-1.0.jar:/sw64/share/java/stylebook/stylebook-1.0-b3_xalan-2.jar:/sw64/share/java/xalan-j/serializer.jar:/sw64/share/java/xalan-j/xalan.jar:/sw64/share/java/xerces-j/resolver.jar:/sw64/share/java/xerces-j/serializer.jar:/sw64/share/java/xerces-j/xercesImpl.jar:/sw64/share/java/xerces-j/xercesSamples.jar:/sw64/share/java/xerces-j/xml-apis.jar:/sw64/share/java
[Bug java/45504] [4.6 Regression] Failed to bootstrap
--- Comment #1 from dominiq at lps dot ens dot fr 2010-09-02 18:06 --- The same here on x86_64-apple-darwin10.4.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45504
[Bug fortran/42647] Missed initialization/dealloc of allocatable scalar DT with allocatable component
--- Comment #10 from dominiq at lps dot ens dot fr 2010-09-02 14:49 --- The tests in the different comments seem to pass since some time. The behavior of the derived test module m type st integer , allocatable :: c1 end type st type t1 type(st), allocatable :: b1 end type t1 end module m use m type(t1) :: a1, aa1(:) allocatable :: a1, aa1 if(allocated(a1)) call abort() if(allocated(aa1)) call abort() print *, 'now allocate' allocate(a1, a1%b1, a1%b1%c1) print *, allocated(a1), allocated(a1%b1), allocated(a1%b1%c1) a1%b1%c1 = 1 print *, a1%b1%c1 deallocate(a1%b1%c1) print *, allocated(a1), allocated(a1%b1), allocated(a1%b1%c1) deallocate(a1%b1) end has changed with r163744. Before one got [macbook] f90/bug% a.out now allocate Segmentation fault Now I get: [macbook] f90/bug% a.out now allocate T T T 1 T T F At line 25 of file pr42647_1_pass_1_red_1.f90 Fortran runtime error: Attempt to DEALLOCATE unallocated 'a1' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42647
[Bug target/45476] libgcc should contain TCmode functions
--- Comment #4 from dominiq at lps dot ens dot fr 2010-09-01 12:31 --- (In reply to comment #3) On x86_64-apple-darwin10 I have applied the following patch --- ../_clean/gcc/config/i386/darwin.h 2010-07-19 11:51:25.0 +0200 +++ ../p_work/gcc/config/i386/darwin.h 2010-09-01 14:10:53.0 +0200 @@ -148,6 +148,12 @@ extern int darwin_emit_branch_islands; #define SHIFT_DOUBLE_OMITS_COUNT 0 +/* Put all *tf routines in libgcc. */ +#undef LIBGCC2_HAS_TF_MODE +#define LIBGCC2_HAS_TF_MODE 1 +#define LIBGCC2_TF_CEXT q +#define TF_SIZE 113 + #undef TARGET_ASM_FILE_END #define TARGET_ASM_FILE_END darwin_file_end and bootstrap fails at stage 1 with ld: duplicate symbol ___fixtfdi in fixtfdi_s.o and _fixtfdi_s.o Any idea? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45476
[Bug fortran/45438] [OOP] ICE with -fcheck=pointer
--- Comment #2 from dominiq at lps dot ens dot fr 2010-08-28 10:29 --- Confirmed as a regression appearing between revisions 158215 and 158921, the seg fault is: Reason: KERN_INVALID_ADDRESS at address: 0x0048 gfc_conv_procedure_call (se=0x7fff5fbfd6b0, sym=0x141921b10, arg=0x1419266f0, expr=0x0, append_args=0x0) at ../../work/gcc/fortran/trans-expr.c:3171 3171 if (attr->optional) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45438
[Bug fortran/43217] Output of Hollerith constants which are not a multiple of 4 bytes
--- Comment #13 from dominiq at lps dot ens dot fr 2010-08-27 14:48 --- The following test ! { dg-do run ) program hello2 call wrtout (9hHELLO YOU, 9) stop end subroutine wrtout (iarray, nchrs) integer(1), parameter :: zero = 0 LOGICAL, PARAMETER :: bigend = IACHAR(TRANSFER(1,"a")) == zero integer iarray(1) integer nchrs integer icpw data icpw/4/ integer i, nwrds character(len=33) outstr nwrds = (nchrs + icpw - 1) /icpw write(outstr,'(4(z8," "))') (iarray(i), i=1,nwrds) if (.not.bigend.and.outstr.ne."4C4C4548 4F59204F 20202055") call abort if (bigend.and.outstr.ne."48454C4C 4F20594F 55202020") call abort return end ! { dg-warning "Hollerith constant" "" { target *-*-* } 3 } ! { dg-warning "Rank mismatch" "" { target *-*-* } 3 } seems to work on ppc and *86* platforms (please adjust the test according your taste!-). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43217
[Bug fortran/43217] Output of Hollerith constants which are not a multiple of 4 bytes
--- Comment #12 from dominiq at lps dot ens dot fr 2010-08-27 14:20 --- On ppc, the original test gives before patch 48454C4C 4F20594F 5500 So it seems that the test is likely to fail on ppc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43217
[Bug lto/44812] m32 lto produces non-relocatable subtraction expression errors
--- Comment #23 from dominiq at lps dot ens dot fr 2010-08-27 10:30 --- With the patch in comment #21 I get for powerpc-apple-darwin9 Running target unix/-m32 Using /sw/share/dejagnu/baseboards/unix.exp as board description file for target. Using /sw/share/dejagnu/config/unix.exp as generic interface file for target. Using /opt/gcc/gcc-4.6-work/gcc/testsuite/config/default.exp as tool-and-target-specific interface file. Running /opt/gcc/gcc-4.6-work/gcc/testsuite/gcc.dg/lto/lto.exp ... === gcc Summary for unix/-m32 === # of expected passes618 # of unsupported tests 8 Running target unix/-m64 Using /sw/share/dejagnu/baseboards/unix.exp as board description file for target. Using /sw/share/dejagnu/config/unix.exp as generic interface file for target. Using /opt/gcc/gcc-4.6-work/gcc/testsuite/config/default.exp as tool-and-target-specific interface file. Running /opt/gcc/gcc-4.6-work/gcc/testsuite/gcc.dg/lto/lto.exp ... FAIL: gcc.dg/lto/20090116 c_lto_20090116_0.o-c_lto_20090116_0.o link, -O1 -fwhopr -fPIC (internal compiler error) === gcc Summary for unix/-m64 === # of expected passes617 # of unexpected failures1 # of unresolved testcases 1 # of unsupported tests 8 === gcc Summary === # of expected passes1235 # of unexpected failures1 # of unresolved testcases 1 # of unsupported tests 16 /opt/gcc/darwin_buildw/gcc/xgcc version 4.6.0 20100825 (experimental) [trunk revision 163553p1b] (GCC) and Running target unix/-m32 Using /sw/share/dejagnu/baseboards/unix.exp as board description file for target. Using /sw/share/dejagnu/config/unix.exp as generic interface file for target. Using /opt/gcc/gcc-4.6-work/gcc/testsuite/config/default.exp as tool-and-target-specific interface file. Running /opt/gcc/gcc-4.6-work/gcc/testsuite/g++.dg/lto/lto.exp ... FAIL: g++.dg/lto/20081109 cp_lto_20081109_0.o-cp_lto_20081109_1.o execute -O2 -fwhopr FAIL: g++.dg/lto/20100723-1 cp_lto_20100723-1_0.o-cp_lto_20100723-1_0.o link, -fcompare-debug -flto (internal compiler error) FAIL: g++.dg/lto/20100723-1 cp_lto_20100723-1_0.o-cp_lto_20100723-1_0.o link, -fcompare-debug -fwhopr (internal compiler error) === g++ Summary for unix/-m32 === # of expected passes459 # of unexpected failures3 # of unresolved testcases 2 # of unsupported tests 1 Running target unix/-m64 Using /sw/share/dejagnu/baseboards/unix.exp as board description file for target. Using /sw/share/dejagnu/config/unix.exp as generic interface file for target. Using /opt/gcc/gcc-4.6-work/gcc/testsuite/config/default.exp as tool-and-target-specific interface file. Running /opt/gcc/gcc-4.6-work/gcc/testsuite/g++.dg/lto/lto.exp ... FAIL: g++.dg/lto/20081109 cp_lto_20081109_0.o-cp_lto_20081109_1.o execute -O2 -fwhopr FAIL: g++.dg/lto/20100723-1 cp_lto_20100723-1_0.o-cp_lto_20100723-1_0.o link, -fcompare-debug -flto (internal compiler error) FAIL: g++.dg/lto/20100723-1 cp_lto_20100723-1_0.o-cp_lto_20100723-1_0.o link, -fcompare-debug -fwhopr (internal compiler error) === g++ Summary for unix/-m64 === # of expected passes459 # of unexpected failures3 # of unresolved testcases 2 # of unsupported tests 1 === g++ Summary === # of expected passes918 # of unexpected failures6 # of unresolved testcases 4 # of unsupported tests 2 /opt/gcc/darwin_buildw/gcc/testsuite/g++/../../g++ version 4.6.0 20100825 (experimental) [trunk revision 163553p1b] (GCC) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44812
[Bug fortran/43217] Output of Hollerith constants which are not a multiple of 4 bytes
--- Comment #10 from dominiq at lps dot ens dot fr 2010-08-27 10:23 --- I think the test case has not been committed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43217
[Bug lto/44812] m32 lto produces non-relocatable subtraction expression errors
--- Comment #20 from dominiq at lps dot ens dot fr 2010-08-27 00:09 --- The patch in comment #18 works also on powerpc-apple-darwin9: Running target unix/-m32 Using /sw/share/dejagnu/baseboards/unix.exp as board description file for target. Using /sw/share/dejagnu/config/unix.exp as generic interface file for target. Using /opt/gcc/gcc-4.6-work/gcc/testsuite/config/default.exp as tool-and-target-specific interface file. Running /opt/gcc/gcc-4.6-work/gcc/testsuite/gcc.dg/lto/lto.exp ... FAIL: gcc.dg/lto/20090213 c_lto_20090213_0.o-c_lto_20090213_1.o link, -O2 -fwhopr FAIL: gcc.dg/lto/20090218 c_lto_20090218_0.o-c_lto_20090218_3.o link, -O2 -fwhopr FAIL: gcc.dg/lto/ipareference2 c_lto_ipareference2_0.o-c_lto_ipareference2_1.o execute -O1 -fwhopr -fwhole-program === gcc Summary for unix/-m32 === # of expected passes613 # of unexpected failures3 # of unresolved testcases 2 # of unsupported tests 8 Running target unix/-m64 Using /sw/share/dejagnu/baseboards/unix.exp as board description file for target. Using /sw/share/dejagnu/config/unix.exp as generic interface file for target. Using /opt/gcc/gcc-4.6-work/gcc/testsuite/config/default.exp as tool-and-target-specific interface file. Running /opt/gcc/gcc-4.6-work/gcc/testsuite/gcc.dg/lto/lto.exp ... FAIL: gcc.dg/lto/20090116 c_lto_20090116_0.o-c_lto_20090116_0.o link, -O1 -fwhopr -fPIC (internal compiler error) FAIL: gcc.dg/lto/20090213 c_lto_20090213_0.o-c_lto_20090213_1.o link, -O2 -fwhopr FAIL: gcc.dg/lto/20090218 c_lto_20090218_0.o-c_lto_20090218_3.o link, -O2 -fwhopr FAIL: gcc.dg/lto/ipareference2 c_lto_ipareference2_0.o-c_lto_ipareference2_1.o execute -O1 -fwhopr -fwhole-program === gcc Summary for unix/-m64 === # of expected passes612 # of unexpected failures4 # of unresolved testcases 3 # of unsupported tests 8 === gcc Summary === # of expected passes1225 # of unexpected failures7 # of unresolved testcases 5 # of unsupported tests 16 /opt/gcc/darwin_buildw/gcc/xgcc version 4.6.0 20100825 (experimental) [trunk revision 163553p1] (GCC) with an extra ICE for gcc.dg/lto/20090116. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44812
[Bug lto/44812] m32 lto produces non-relocatable subtraction expression errors
--- Comment #19 from dominiq at lps dot ens dot fr 2010-08-26 20:03 --- With the patch in comment #18, with -m64 I see the following failure FAIL: gcc.dg/lto/ipareference2 c_lto_ipareference2_0.o-c_lto_ipareference2_1.o execute -O1 -fwhopr -fwhole-program which was only present with -m32 without the patch. Otherwise the patch fixes many failures for the gcc and g++ test suites. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44812
[Bug bootstrap/45381] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: error: AltiVec argument passed to unprototyped function
--- Comment #4 from dominiq at lps dot ens dot fr 2010-08-26 16:57 --- Following a discussion on IRC I have tested the following patch that does not work with "gcc version 4.0.1 (Apple Inc. build 5493)" and without 'GCC_VERSION >= 4005'. --- /opt/gcc/gcc-4.6-work/libcpp/lex.c 2010-08-25 00:53:19.0 +0200 +++ /opt/gcc/gcc-4.6-work/old-patches/lex.c 2010-08-23 18:46:46.0 +0200 @@ -264,17 +264,7 @@ search_line_acc_char (const uchar *s, co } } -/* Disable on Solaris 2/x86 until the following problems can be properly - autoconfed: - - The Solaris 8 assembler cannot assemble SSE2/SSE4.2 insns. - The Solaris 9 assembler cannot assemble SSE4.2 insns. - Before Solaris 9 Update 6, SSE insns cannot be executed. - The Solaris 10+ assembler tags objects with the instruction set - extensions used, so SSE4.2 executables cannot run on machines that - don't support that extension. */ - -#if (GCC_VERSION >= 4005) && (defined(__i386__) || defined(__x86_64__)) && !(defined(__sun__) && defined(__svr4__)) +#if (GCC_VERSION >= 4005) && (defined(__i386__) || defined(__x86_64__)) /* Replicated character data to be shared between implementations. Recall that outside of a context with vector support we can't @@ -410,7 +400,6 @@ search_line_sse2 (const uchar *s, const return (const uchar *)p + found; } -#ifdef HAVE_SSE4 /* A version of the fast scanner using SSE 4.2 vectorized string insns. */ static const uchar * @@ -465,11 +454,6 @@ search_line_sse42 (const uchar *s, const return s + index; } -#else -/* Work around out-dated assemblers without sse4 support. */ -#define search_line_sse42 search_line_sse2 -#endif - /* Check the CPU capabilities. */ #include "../gcc/config/i386/cpuid.h" @@ -512,7 +496,8 @@ init_vectorized_lexer (void) search_line_fast = impl; } -#elif defined(__GNUC__) && defined(__ALTIVEC__) +#elif GCC_VERSION >= 4005 && defined(__ALTIVEC__) +#include "altivec.h" /* A vection of the fast scanner using AltiVec vectorized byte compares. */ /* ??? Unfortunately, attribute(target("altivec")) is not yet supported, @@ -522,7 +507,7 @@ init_vectorized_lexer (void) static const uchar * search_line_fast (const uchar *s, const uchar *end ATTRIBUTE_UNUSED) { - typedef __attribute__((altivec(vector))) unsigned char vc; + typedef __vector unsigned char vc; const vc repl_nl = { '\n', '\n', '\n', '\n', '\n', '\n', '\n', '\n', @@ -550,14 +535,14 @@ search_line_fast (const uchar *s, const /* Altivec loads automatically mask addresses with -16. This lets us issue the first load as early as possible. */ - data = __builtin_vec_ld(0, (const vc *)s); + data = vec_ld(0, (const vc *)s); /* Discard bytes before the beginning of the buffer. Do this by beginning with all ones and shifting in zeros according to the mis-alignment. The LVSR instruction pulls the exact shift we want from the address. */ - mask = __builtin_vec_lvsr(0, s); - mask = __builtin_vec_perm(zero, ones, mask); + mask = vec_lvsr(0, s); + mask = vec_perm(zero, ones, mask); data &= mask; /* While altivec loads mask addresses, we still need to align S so @@ -571,20 +556,20 @@ search_line_fast (const uchar *s, const vc m_nl, m_cr, m_bs, m_qm; s += 16; - data = __builtin_vec_ld(0, (const vc *)s); + data = vec_ld(0, (const vc *)s); start: - m_nl = (vc) __builtin_vec_cmpeq(data, repl_nl); - m_cr = (vc) __builtin_vec_cmpeq(data, repl_cr); - m_bs = (vc) __builtin_vec_cmpeq(data, repl_bs); - m_qm = (vc) __builtin_vec_cmpeq(data, repl_qm); + m_nl = (vc) vec_cmpeq(data, repl_nl); + m_cr = (vc) vec_cmpeq(data, repl_cr); + m_bs = (vc) vec_cmpeq(data, repl_bs); + m_qm = (vc) vec_cmpeq(data, repl_qm); t = (m_nl | m_cr) | (m_bs | m_qm); /* T now contains 0xff in bytes for which we matched one of the relevant characters. We want to exit the loop if any byte in T is non-zero. Below is the expansion of vec_any_ne(t, zero). */ } - while (!__builtin_vec_vcmpeq_p(/*__CR6_LT_REV*/3, t, zero)); + while (!vec_any_ne(t, zero)); { #define N (sizeof(vc) / sizeof(long)) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45381
[Bug middle-end/45379] [4.6 Regression] ~10% slowdown on test_fpu at revision 163278
--- Comment #16 from dominiq at lps dot ens dot fr 2010-08-25 12:01 --- >/* ??? This isn't fully correct, we can't set the alignment from the > type in all cases. */ What is the meaning of this comment? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45379
[Bug middle-end/45379] [4.6 Regression] ~10% slowdown on test_fpu at revision 163278
--- Comment #13 from dominiq at lps dot ens dot fr 2010-08-24 16:19 --- With the patch in comment #12 I get [macbook] lin/test% gfc -Ofast -funroll-loops test_fpu.f90 [macbook] lin/test% time a.out Benchmark running, hopefully as only ACTIVE task 0.99755959009261719 Test1 - Gauss 2000 (101x101) inverts 2.0 sec Err= 0.006 Test2 - Crout 2000 (101x101) inverts 2.9 sec Err= 0.014 Test3 - Crout 2 (1001x1001) inverts 3.4 sec Err= 0.043 Test4 - Lapack 2 (1001x1001) inverts 2.6 sec Err= 0.250 total = 10.9 sec 11.103u 0.098s 0:11.21 99.8%0+0k 0+0io 0pf+0w compared to [macbook] lin/test% gfcp -Ofast -funroll-loops test_fpu.f90 [macbook] lin/test% time a.out Benchmark running, hopefully as only ACTIVE task 0.99755959009261719 Test1 - Gauss 2000 (101x101) inverts 2.0 sec Err= 0.006 Test2 - Crout 2000 (101x101) inverts 2.9 sec Err= 0.014 Test3 - Crout 2 (1001x1001) inverts 3.4 sec Err= 0.043 Test4 - Lapack 2 (1001x1001) inverts 2.6 sec Err= 0.250 total = 10.9 sec 11.114u 0.101s 0:11.22 99.9%0+0k 0+0io 0pf+0w So it fixes the slow down. Thanks for the patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45379
[Bug middle-end/45379] [4.6 Regression] ~10% slowdown on test_fpu at revision 163278
--- Comment #11 from dominiq at lps dot ens dot fr 2010-08-24 14:33 --- Assembly for the inner loop do i = 1, n b(i,j) = b(i,j)-temp(i)*c end do with -Ofast r163277 L38: movsd (%rsi,%rax), %xmm0 addl$1, %ecx movhpd 8(%rsi,%rax), %xmm0 movapd %xmm0, %xmm1 movapd (%rdi,%rax), %xmm0 mulpd %xmm3, %xmm1 subpd %xmm1, %xmm0 movapd %xmm0, (%rdi,%rax) addq$16, %rax cmpl$249, %ecx jbe L38 r163519 L38: movsd (%rdi,%rax), %xmm5 addl$1, %esi movhpd 8(%rdi,%rax), %xmm5 movapd %xmm5, %xmm1 movsd (%rcx,%rax), %xmm5 mulpd %xmm3, %xmm1 movhpd 8(%rcx,%rax), %xmm5 movapd %xmm5, %xmm0 subpd %xmm1, %xmm0 movlpd %xmm0, (%rcx,%rax) movhpd %xmm0, 8(%rcx,%rax) addq$16, %rax cmpl$249, %esi jbe L38 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45379
[Bug lto/44812] m32 lto produces non-relocatable subtraction expression errors
--- Comment #6 from dominiq at lps dot ens dot fr 2010-08-24 13:17 --- The same errors appear on powerpc-apple-darwin9 with both -m32 and -m64 (see http://gcc.gnu.org/ml/gcc-testresults/2010-08/msg00777.html ). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44812
[Bug middle-end/45379] [4.6 Regression] ~10% slowdown on test_fpu at revision 163278
--- Comment #9 from dominiq at lps dot ens dot fr 2010-08-24 11:47 --- > Do you see the slowdown as well if you drop -funroll-loops? Yes [macbook] lin/test% gfc -Ofast test_fpu_red.f90 [macbook] lin/test% time a.out Test1 - Gauss 2000 (101x101) inverts 3.0 sec Err= 0.006 3.208u 0.072s 0:03.28 99.6% 0+0k 0+0io 0pf+0w [macbook] lin/test% gfcp -Ofast test_fpu_red.f90 [macbook] lin/test% time a.out Test1 - Gauss 2000 (101x101) inverts 2.2 sec Err= 0.006 2.440u 0.076s 0:02.52 99.6% 0+0k 0+0io 0pf+0w > Do you see the slowdown with just -O2? No [macbook] lin/test% gfc -O2 test_fpu_red.f90 [macbook] lin/test% time a.out Test1 - Gauss 2000 (101x101) inverts 3.1 sec Err= 0.006 3.328u 0.071s 0:03.40 99.7% 0+0k 0+0io 0pf+0w [macbook] lin/test% gfcp -O2 test_fpu_red.f90 [macbook] lin/test% time a.out Test1 - Gauss 2000 (101x101) inverts 3.1 sec Err= 0.006 3.330u 0.073s 0:03.40 100.0%0+0k 0+0io 0pf+0w but I see it with -O2 -ftree-vectorize [macbook] lin/test% gfc -O2 -ftree-vectorize test_fpu_red.f90 [macbook] lin/test% time a.out Test1 - Gauss 2000 (101x101) inverts 3.1 sec Err= 0.006 3.318u 0.070s 0:03.39 99.7% 0+0k 0+0io 0pf+0w [macbook] lin/test% gfcp -O2 -ftree-vectorize test_fpu_red.f90 [macbook] lin/test% time a.out Test1 - Gauss 2000 (101x101) inverts 2.3 sec Err= 0.006 2.498u 0.076s 0:02.57 99.6% 0+0k 0+0io 0pf+0w although I do not see any difference in the outputs with -ftree-vectorizer-verbose=2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45379
[Bug middle-end/45379] [4.6 Regression] ~10% slowdown on test_fpu at revision 163278
--- Comment #7 from dominiq at lps dot ens dot fr 2010-08-24 10:55 --- With the patch in comment #6, I get a minor improvement, but do not recover the timing before r163278: r163277 Test1 - Gauss 2000 (101x101) inverts 1.9 sec Err= 0.006 2.157u 0.074s 0:02.23 99.5% 0+0k 0+0io 0pf+0w r163469 without patch Test1 - Gauss 2000 (101x101) inverts 2.7 sec Err= 0.006 2.903u 0.069s 0:02.97 99.6% 0+0k 0+0io 0pf+0w r163517 with patch Test1 - Gauss 2000 (101x101) inverts 2.5 sec Err= 0.006 2.717u 0.073s 0:02.79 99.6% 0+0k 0+0io 0pf+0w -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45379
[Bug bootstrap/45381] [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: error: AltiVec argument passed to unprototyped function
--- Comment #1 from dominiq at lps dot ens dot fr 2010-08-24 10:38 --- The stage1 failure comes with 'gcc version 4.0.1 (Apple Inc. build 5493)' and is fixed (from IRC) with --- ../_gcc_clean/libcpp/lex.c 2010-08-22 13:10:39.0 +0200 +++ ../gcc-4.6-work/old-patches/lex.c 2010-08-23 18:46:46.0 +0200 @@ -496,7 +496,7 @@ init_vectorized_lexer (void) search_line_fast = impl; } -#elif defined(__GNUC__) && defined(__ALTIVEC__) +#elif GCC_VERSION >= 4005 && defined(__ALTIVEC__) /* A vection of the fast scanner using AltiVec vectorized byte compares. */ /* ??? Unfortunately, attribute(target("altivec")) is not yet supported, With 'gcc version 4.2.1 (Apple Inc. build 5577)' the original libcpp/lex.c compiles (I am now at stage2). This could explain why 'regress' was bootstrapping without problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45381
[Bug middle-end/45379] [4.6 Regression] ~10% slowdown on test_fpu at revision 163278
--- Comment #5 from dominiq at lps dot ens dot fr 2010-08-23 19:01 --- > Can you try ... This does not change the timing for test_fpu.f90 and the reduced test in comment #1. AFAICT the problem is within the loop DO j = 1, n c = b(k,j)*d do i = 1, n b(i,j) = b(i,j)-temp(i)*c end do b(k,j) = c END DO (where it does not matter that b(:,j) = b(:,j)-temp*c is scalarized or not). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45379
[Bug middle-end/45379] [4.6 Regression] ~10% slowdown on test_fpu at revision 163278
--- Comment #3 from dominiq at lps dot ens dot fr 2010-08-23 17:24 --- > Can't reproduce on x86_64-linux. My timings were on an Intel Core2Duo 2.53Ghz. > Please try to pinpoint the codegen difference that causes the slowdown. I don't know if this what you ask for, but comparing assembly (fast -, slow +) I see in several places the following kind of patterns: L36: - leaq1(%rsi), %r9 - movq%rsi, %r10 + movq%rdi, %r10 + leaq1(%rdi), %r9 salq$4, %r10 + movsd (%rsi,%r10), %xmm14 salq$4, %r9 - movapd (%rdi,%r10), %xmm5 - leaq2(%rsi), %r10 - movapd (%rdi,%r9), %xmm4 - leaq3(%rsi), %r9 + movhpd 8(%rsi,%r10), %xmm14 + leaq2(%rdi), %r10 + movapd %xmm14, %xmm13 salq$4, %r10 - andpd %xmm0, %xmm5 + andpd %xmm0, %xmm13 + movlpd %xmm13, (%rcx) + movhpd %xmm13, 8(%rcx) + movsd (%rsi,%r9), %xmm12 + movhpd 8(%rsi,%r9), %xmm12 + leaq3(%rdi), %r9 + movapd %xmm12, %xmm11 salq$4, %r9 - movapd (%rdi,%r10), %xmm3 - leaq4(%rsi), %r10 - andpd %xmm0, %xmm4 - movapd (%rdi,%r9), %xmm2 - leaq5(%rsi), %r9 + andpd %xmm0, %xmm11 + movlpd %xmm11, 16(%rcx) + movhpd %xmm11, 24(%rcx) + movsd (%rsi,%r10), %xmm10 + movhpd 8(%rsi,%r10), %xmm10 + leaq4(%rdi), %r10 + movapd %xmm10, %xmm9 salq$4, %r10 - andpd %xmm0, %xmm3 + andpd %xmm0, %xmm9 + movlpd %xmm9, 32(%rcx) + movhpd %xmm9, 40(%rcx) + movsd (%rsi,%r9), %xmm8 + movhpd 8(%rsi,%r9), %xmm8 + leaq5(%rdi), %r9 + movapd %xmm8, %xmm7 salq$4, %r9 - movapd (%rdi,%r10), %xmm1 - leaq6(%rsi), %r10 - andpd %xmm0, %xmm2 - movapd (%rdi,%r9), %xmm15 - leaq7(%rsi), %r9 + andpd %xmm0, %xmm7 + movlpd %xmm7, 48(%rcx) + movhpd %xmm7, 56(%rcx) + movsd (%rsi,%r10), %xmm6 + movhpd 8(%rsi,%r10), %xmm6 + leaq6(%rdi), %r10 + movapd %xmm6, %xmm5 salq$4, %r10 - andpd %xmm0, %xmm1 + andpd %xmm0, %xmm5 + movlpd %xmm5, 64(%rcx) + movhpd %xmm5, 72(%rcx) + movsd (%rsi,%r9), %xmm4 + movhpd 8(%rsi,%r9), %xmm4 + leaq7(%rdi), %r9 + addq$8, %rdi + movapd %xmm4, %xmm3 salq$4, %r9 - movapd (%rdi,%r10), %xmm14 - andpd %xmm0, %xmm15 - addq$8, %rsi - movapd (%rdi,%r9), %xmm13 + andpd %xmm0, %xmm3 + movlpd %xmm3, 80(%rcx) + movhpd %xmm3, 88(%rcx) + movsd (%rsi,%r10), %xmm2 + movhpd 8(%rsi,%r10), %xmm2 + movapd %xmm2, %xmm1 + andpd %xmm0, %xmm1 + movlpd %xmm1, 96(%rcx) + movhpd %xmm1, 104(%rcx) + movsd (%rsi,%r9), %xmm15 + movhpd 8(%rsi,%r9), %xmm15 + movapd %xmm15, %xmm14 andpd %xmm0, %xmm14 - andpd %xmm0, %xmm13 - movlpd %xmm5, (%rcx) - movhpd %xmm5, 8(%rcx) - movlpd %xmm4, 16(%rcx) - movhpd %xmm4, 24(%rcx) - movlpd %xmm3, 32(%rcx) - movhpd %xmm3, 40(%rcx) - movlpd %xmm2, 48(%rcx) - movhpd %xmm2, 56(%rcx) - movlpd %xmm1, 64(%rcx) - movhpd %xmm1, 72(%rcx) - movlpd %xmm15, 80(%rcx) - movhpd %xmm15, 88(%rcx) - movlpd %xmm14, 96(%rcx) - movhpd %xmm14, 104(%rcx) - movlpd %xmm13, 112(%rcx) - movhpd %xmm13, 120(%rcx) + movlpd %xmm14, 112(%rcx) + movhpd %xmm14, 120(%rcx) subq$-128, %rcx - cmpq%r11, %rsi + cmpq%r11, %rdi jb L36 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45379
[Bug fortran/45384] [OOP] double free with SELECT TYPE
--- Comment #2 from dominiq at lps dot ens dot fr 2010-08-23 14:58 --- Confirmed. Valgrind gives ==89074== Invalid free() / delete / delete[] ==89074==at 0x10001079F: free (vg_replace_malloc.c:366) ==89074==by 0x10D15: MAIN__ (in ./a.out) ==89074==by 0x10D55: main (in ./a.out) ==89074== Address 0x1003c9470 is 0 bytes inside a block of size 48 free'd ==89074==at 0x10001079F: free (vg_replace_malloc.c:366) ==89074==by 0x10B6A: __d_mat_mod_MOD_doit (in ./a.out) ==89074==by 0x10D00: MAIN__ (in ./a.out) ==89074==by 0x10D55: main (in ./a.out) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45384
[Bug middle-end/45379] [4.6 Regression] ~10% slowdown on test_fpu at revision 163278
--- Comment #1 from dominiq at lps dot ens dot fr 2010-08-23 12:20 --- Reduced test ! MODULE kinds INTEGER, PARAMETER :: RK8 = SELECTED_REAL_KIND(15, 300) END MODULE kinds ! PROGRAM TEST_FPU ! A number-crunching benchmark using matrix inversion. USE kinds ! Implemented by:David Frank dave_fr...@hotmail.com IMPLICIT NONE ! Gauss routine by: Tim Prince n...@aol.com REAL(RK8) :: pool(101,101,1000), pool3(1001,1001) ! random numbers to invert EQUIVALENCE (pool,pool3) ! use same pool numbers for test 3,4 REAL(RK8) :: a(101,101), a3(1001,1001) ! working matrices REAL(RK8) :: avg_err, dt INTEGER :: i, n, t(8), clock1, clock2, rate CHARACTER (LEN=36) :: invert_id = & 'Test1 - Gauss 2000 (101x101) inverts' CALL DATE_AND_TIME ( values = t ) CALL RANDOM_NUMBER(pool) ! fill pool with random data ( 0. -> 1. ) CALL SYSTEM_CLOCK (clock1,rate) ! get benchmark (n) start time DO i = 1,1000 a = pool(:,:,i) ! get next matrix to invert CALL Gauss (a,101) ! invert a CALL Gauss (a,101) ! invert a END DO avg_err = SUM(ABS(a-pool(:,:,1000)))/(101*101) ! last matrix error CALL SYSTEM_CLOCK (clock2,rate) dt = (clock2-clock1)/DBLE(rate) ! get benchmark (n) elapsed sec. WRITE (*,92) invert_id, dt, ' sec Err=', avg_err 92 FORMAT (A,F5.1,A,F18.15) END PROGRAM TEST_FPU ! SUBROUTINE Gauss (a,n) ! Invert matrix by Gauss method ! USE kinds IMPLICIT NONE INTEGER :: n REAL(RK8) :: a(n,n) ! - - - Local Variables - - - REAL(RK8) :: b(n,n), c, d, temp(n) INTEGER :: i, j, k, m, imax(1), ipvt(n) ! - - - - - - - - - - - - - - b = a ipvt = (/ (i, i = 1, n) /) DO k = 1,n imax = MAXLOC(ABS(b(k:n,k))) m = k-1+imax(1) IF (m /= k) THEN ipvt( (/m,k/) ) = ipvt( (/k,m/) ) b((/m,k/),:) = b((/k,m/),:) END IF d = 1/b(k,k) temp = b(:,k) DO j = 1, n c = b(k,j)*d b(:,j) = b(:,j)-temp*c b(k,j) = c END DO b(:,k) = temp*(-d) b(k,k) = d END DO a(:,ipvt) = b END SUBROUTINE Gauss gfcp is r163277, gfc is r163455 [macbook] lin/test% gfcp -Ofast -funroll-loops test_fpu_red.f90 [macbook] lin/test% time a.out Test1 - Gauss 2000 (101x101) inverts 1.9 sec Err= 0.006 2.156u 0.064s 0:02.22 99.5% 0+0k 0+0io 0pf+0w [macbook] lin/test% gfc -Ofast -funroll-loops test_fpu_red.f90 [macbook] lin/test% time a.out Test1 - Gauss 2000 (101x101) inverts 2.7 sec Err= 0.006 2.906u 0.067s 0:02.99 98.9% 0+0k 0+0io 0pf+0w -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45379
[Bug bootstrap/45381] New: [4.6 Regression] Bootstrap failure for powerpc-apple-darwin9: error: AltiVec argument passed to unprototyped function
Bootstrapping revision 163461 fails with gcc -I../../gcc-4.6-work/libcpp -I. -I../../gcc-4.6-work/libcpp/../include -I../../gcc-4.6-work/libcpp/include -g -fkeep-inline-functions -W -Wall -Wwrite-strings -Wmissing-format-attribute -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -pedantic -Wno-long-long -I../../gcc-4.6-work/libcpp -I. -I../../gcc-4.6-work/libcpp/../include -I../../gcc-4.6-work/libcpp/include -c -o lex.o -MT lex.o -MMD -MP -MF .deps/lex.Tpo ../../gcc-4.6-work/libcpp/lex.c ../../gcc-4.6-work/libcpp/lex.c: In function 'search_line_fast': ../../gcc-4.6-work/libcpp/lex.c:537: warning: implicit declaration of function '__builtin_vec_ld' ../../gcc-4.6-work/libcpp/lex.c:537: error: incompatible types in assignment ../../gcc-4.6-work/libcpp/lex.c:543: warning: implicit declaration of function '__builtin_vec_lvsr' ../../gcc-4.6-work/libcpp/lex.c:543: error: incompatible types in assignment ../../gcc-4.6-work/libcpp/lex.c:544: warning: implicit declaration of function '__builtin_vec_perm' ../../gcc-4.6-work/libcpp/lex.c:544: error: AltiVec argument passed to unprototyped function ../../gcc-4.6-work/libcpp/lex.c:558: error: incompatible types in assignment ../../gcc-4.6-work/libcpp/lex.c:561: warning: implicit declaration of function '__builtin_vec_cmpeq' ../../gcc-4.6-work/libcpp/lex.c:561: error: AltiVec argument passed to unprototyped function ../../gcc-4.6-work/libcpp/lex.c:562: error: AltiVec argument passed to unprototyped function ../../gcc-4.6-work/libcpp/lex.c:563: error: AltiVec argument passed to unprototyped function ../../gcc-4.6-work/libcpp/lex.c:564: error: AltiVec argument passed to unprototyped function ../../gcc-4.6-work/libcpp/lex.c:571: warning: implicit declaration of function '__builtin_vec_vcmpeq_p' ../../gcc-4.6-work/libcpp/lex.c:571: error: AltiVec argument passed to unprototyped function Likely due to revision 163446. -- Summary: [4.6 Regression] Bootstrap failure for powerpc-apple- darwin9: error: AltiVec argument passed to unprototyped function Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominiq at lps dot ens dot fr GCC build triplet: powerpc-apple-darwin9 GCC host triplet: powerpc-apple-darwin9 GCC target triplet: powerpc-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45381
[Bug middle-end/45379] New: [4.6 Regression] ~10% slowdown on test_fpu at revision 163278
[macbook] lin/test% gfcp -v Using built-in specs. COLLECT_GCC=gfcp COLLECT_LTO_WRAPPER=/opt/gcc/gcc4.6p/libexec/gcc/x86_64-apple-darwin10/4.6.0/lto-wrapper Target: x86_64-apple-darwin10 Configured with: ../p_work/configure --prefix=/opt/gcc/gcc4.6p --mandir=/opt/gcc/gcc4.6p/share/man --infodir=/opt/gcc/gcc4.6p/share/info --build=x86_64-apple-darwin10 --host=x86_64-apple-darwin10 --target=x86_64-apple-darwin10 --enable-languages=c,fortran --with-gmp=/opt/sw64 --with-libiconv-prefix=/opt/sw64 --with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --with-cloog=/opt/sw64 --with-ppl=/opt/sw64 --with-mpc=/opt/sw64 --enable-lto --enable-checking=release Thread model: posix gcc version 4.6.0 20100816 (experimental) [trunk revision 163277] (GCC) [macbook] lin/test% gfcp -Ofast -funroll-loops -fno-whole-file test_fpu.f90 [macbook] lin/test% time a.out Benchmark running, hopefully as only ACTIVE task 0.99755959009261719 Test1 - Gauss 2000 (101x101) inverts 2.0 sec Err= 0.006 Test2 - Crout 2000 (101x101) inverts 2.9 sec Err= 0.014 Test3 - Crout 2 (1001x1001) inverts 3.4 sec Err= 0.043 Test4 - Lapack 2 (1001x1001) inverts 2.6 sec Err= 0.250 total = 10.9 sec 11.080u 0.093s 0:11.18 99.9%0+0k 0+0io 0pf+0w [macbook] lin/test% gfcp -v Using built-in specs. COLLECT_GCC=gfcp COLLECT_LTO_WRAPPER=/opt/gcc/gcc4.6p/libexec/gcc/x86_64-apple-darwin10/4.6.0/lto-wrapper Target: x86_64-apple-darwin10 Configured with: ../p_work/configure --prefix=/opt/gcc/gcc4.6p --mandir=/opt/gcc/gcc4.6p/share/man --infodir=/opt/gcc/gcc4.6p/share/info --build=x86_64-apple-darwin10 --host=x86_64-apple-darwin10 --target=x86_64-apple-darwin10 --enable-languages=c,fortran --with-gmp=/opt/sw64 --with-libiconv-prefix=/opt/sw64 --with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --with-cloog=/opt/sw64 --with-ppl=/opt/sw64 --with-mpc=/opt/sw64 --enable-lto --enable-checking=release Thread model: posix gcc version 4.6.0 20100816 (experimental) [trunk revision 163278] (GCC) [macbook] lin/test% gfcp -Ofast -funroll-loops -fno-whole-file test_fpu.f90 [macbook] lin/test% time a.out Benchmark running, hopefully as only ACTIVE task 0.99755959009261719 Test1 - Gauss 2000 (101x101) inverts 2.8 sec Err= 0.006 Test2 - Crout 2000 (101x101) inverts 2.9 sec Err= 0.014 Test3 - Crout 2 (1001x1001) inverts 3.4 sec Err= 0.043 Test4 - Lapack 2 (1001x1001) inverts 2.8 sec Err= 0.250 total = 11.8 sec 12.028u 0.095s 0:12.13 99.8%0+0k 0+0io 0pf+0w Note that for "Gauss 2000" alone the slowdown is ~40%. -- Summary: [4.6 Regression] ~10% slowdown on test_fpu at revision 163278 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominiq at lps dot ens dot fr GCC build triplet: x86_64-apple-darwin10 GCC host triplet: x86_64-apple-darwin10 GCC target triplet: x86_64-apple-darwin10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45379
[Bug fortran/45367] FAIL: gfortran.dg/bessel_6.f90 and gfortran.dg/bessel_7.f90
--- Comment #2 from dominiq at lps dot ens dot fr 2010-08-21 21:32 --- For powerpc-apple-darwin9, I need the following patch --- /opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/bessel_6.f90 2010-08-21 12:22:33.0 +0200 +++ bessel_6_db.f90 2010-08-21 23:23:43.0 +0200 @@ -8,7 +8,7 @@ implicit none real,parameter :: values(*) = [0.0, 0.5, 1.0, 0.9, 1.8,2.0,3.0,4.0,4.25,8.0,34.53, 475.78] real,parameter :: myeps(size(values)) = epsilon(0.0) & - * [2, 7, 5, 6, 9, 12, 12, 7, 7, 8, 75, 6 ] + * [2, 7, 5, 6, 9, 12, 12, 7, 7, 8, 120, 36 ] ! The following is sufficient for me - the values above are a bit ! more tolerant ! * [0, 5, 3, 4, 6, 7, 7, 5, 5, 6, 66, 4 ] --- /opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/bessel_7.f90 2010-08-21 12:22:33.0 +0200 +++ bessel_7_db.f90 2010-08-21 23:27:11.0 +0200 @@ -8,12 +8,12 @@ implicit none real,parameter :: values(*) = [0.0, 0.5, 1.0, 0.9, 1.8,2.0,3.0,4.0,4.25,8.0,34.53, 475.78] real,parameter :: myeps(size(values)) = epsilon(0.0) & - * [2, 2, 2, 5, 5, 2, 12, 2, 4, 3, 30, 130 ] + * [2, 3, 2, 5, 7, 2, 12, 4, 7, 3, 30, 168 ] ! The following is sufficient for me - the values above are a bit ! more tolerant ! * [0, 0, 0, 3, 3, 0, 9, 0, 2, 1, 22, 130 ] integer,parameter :: nit(size(values)) = & - [100, 100, 100, 100, 100, 100, 10, 100, 100, 100, 10, 25 ] + [100, 100, 100, 25, 15, 100, 10, 31, 7, 100, 7, 25 ] integer, parameter :: Nmax = 100 real :: rec(0:Nmax), lib(0:Nmax) integer :: i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45367
[Bug fortran/45367] FAIL: gfortran.dg/bessel_6.f90 and gfortran.dg/bessel_7.f90
--- Comment #1 from dominiq at lps dot ens dot fr 2010-08-21 18:08 --- Could you try the following patch --- /opt/gcc/_clean/gcc/testsuite/gfortran.dg/bessel_6.f90 2010-08-21 12:18:37.0 +0200 +++ bessel_6_db.f90 2010-08-21 15:05:20.0 +0200 @@ -8,7 +8,7 @@ implicit none real,parameter :: values(*) = [0.0, 0.5, 1.0, 0.9, 1.8,2.0,3.0,4.0,4.25,8.0,34.53, 475.78] real,parameter :: myeps(size(values)) = epsilon(0.0) & - * [2, 7, 5, 6, 9, 12, 12, 7, 7, 8, 75, 6 ] + * [2, 7, 5, 6, 9, 12, 12, 7, 7, 8, 120, 15 ] ! The following is sufficient for me - the values above are a bit ! more tolerant ! * [0, 5, 3, 4, 6, 7, 7, 5, 5, 6, 66, 4 ] --- /opt/gcc/_clean/gcc/testsuite/gfortran.dg/bessel_7.f90 2010-08-21 12:18:37.0 +0200 +++ bessel_7_db.f90 2010-08-21 20:04:16.0 +0200 @@ -8,12 +8,12 @@ implicit none real,parameter :: values(*) = [0.0, 0.5, 1.0, 0.9, 1.8,2.0,3.0,4.0,4.25,8.0,34.53, 475.78] real,parameter :: myeps(size(values)) = epsilon(0.0) & - * [2, 2, 2, 5, 5, 2, 12, 2, 4, 3, 30, 130 ] + * [2, 3, 2, 5, 7, 2, 12, 3, 7, 3, 30, 144 ] ! The following is sufficient for me - the values above are a bit ! more tolerant ! * [0, 0, 0, 3, 3, 0, 9, 0, 2, 1, 22, 130 ] integer,parameter :: nit(size(values)) = & - [100, 100, 100, 100, 100, 100, 10, 100, 100, 100, 10, 25 ] + [100, 100, 100, 25, 15, 100, 10, 100, 15, 100, 7, 25 ] integer, parameter :: Nmax = 100 real :: rec(0:Nmax), lib(0:Nmax) integer :: i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45367
[Bug fortran/36158] Transformational function BESSEL_YN(n1,n2,x) and BESSEL_JN missing
--- Comment #12 from dominiq at lps dot ens dot fr 2010-08-21 13:11 --- On x86_64-apple-darwin10.4 I need the following adjustments: --- /opt/gcc/work/gcc/testsuite/gfortran.dg/bessel_6.f902010-08-21 12:30:29.0 +0200 +++ bessel_6_db.f90 2010-08-21 15:05:20.0 +0200 @@ -8,7 +8,7 @@ implicit none real,parameter :: values(*) = [0.0, 0.5, 1.0, 0.9, 1.8,2.0,3.0,4.0,4.25,8.0,34.53, 475.78] real,parameter :: myeps(size(values)) = epsilon(0.0) & - * [2, 7, 5, 6, 9, 12, 12, 7, 7, 8, 75, 6 ] + * [2, 7, 5, 6, 9, 12, 12, 7, 7, 8, 120, 15 ] ! The following is sufficient for me - the values above are a bit ! more tolerant ! * [0, 5, 3, 4, 6, 7, 7, 5, 5, 6, 66, 4 ] --- /opt/gcc/work/gcc/testsuite/gfortran.dg/bessel_7.f902010-08-21 12:30:30.0 +0200 +++ bessel_7_db.f90 2010-08-21 15:02:49.0 +0200 @@ -8,7 +8,7 @@ implicit none real,parameter :: values(*) = [0.0, 0.5, 1.0, 0.9, 1.8,2.0,3.0,4.0,4.25,8.0,34.53, 475.78] real,parameter :: myeps(size(values)) = epsilon(0.0) & - * [2, 2, 2, 5, 5, 2, 12, 2, 4, 3, 30, 130 ] + * [2, 3, 2, 5, 7, 2, 12, 3, 7, 3, 30, 144 ] ! The following is sufficient for me - the values above are a bit ! more tolerant ! * [0, 0, 0, 3, 3, 0, 9, 0, 2, 1, 22, 130 ] @@ -19,7 +19,7 @@ real :: rec(0:Nmax), lib(0:Nmax) integer :: i do i = 1, ubound(values,dim=1) - call compare(values(i), myeps(i), nit(i), 3*epsilon(0.0)) + call compare(values(i), myeps(i), nit(i), myeps(i)) end do contains -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36158
[Bug fortran/45305] Array-valued calles to elementals are not simplified
--- Comment #3 from dominiq at lps dot ens dot fr 2010-08-20 15:24 --- With the patch in comment #2, some error messages are repeated several times: for instance gcc/testsuite/gfortran.dg/arithmetic_overflow_1.f90 gives /opt/gcc/work/gcc/testsuite/gfortran.dg/arithmetic_overflow_1.f90:8.26: integer(1) :: a(2) = (/ Z'FF', Z'FF' /) ! { dg-error "Arithmetic overflow" } 1 Error: Arithmetic overflow converting INTEGER(16) to INTEGER(1) at (1). This check can be disabled with the option -fno-range-check /opt/gcc/work/gcc/testsuite/gfortran.dg/arithmetic_overflow_1.f90:8.26: integer(1) :: a(2) = (/ Z'FF', Z'FF' /) ! { dg-error "Arithmetic overflow" } 1 Error: Arithmetic overflow converting INTEGER(16) to INTEGER(1) at (1). This check can be disabled with the option -fno-range-check /opt/gcc/work/gcc/testsuite/gfortran.dg/arithmetic_overflow_1.f90:8.33: integer(1) :: a(2) = (/ Z'FF', Z'FF' /) ! { dg-error "Arithmetic overflow" } 1 Error: Arithmetic overflow converting INTEGER(16) to INTEGER(1) at (1). This check can be disabled with the option -fno-range-check /opt/gcc/work/gcc/testsuite/gfortran.dg/arithmetic_overflow_1.f90:8.26: integer(1) :: a(2) = (/ Z'FF', Z'FF' /) ! { dg-error "Arithmetic overflow" } 1 Error: Arithmetic overflow converting INTEGER(16) to INTEGER(1) at (1). This check can be disabled with the option -fno-range-check instead of /opt/gcc/work/gcc/testsuite/gfortran.dg/arithmetic_overflow_1.f90:8.26: integer(1) :: a(2) = (/ Z'FF', Z'FF' /) ! { dg-error "Arithmetic overflow" } 1 Error: Arithmetic overflow converting INTEGER(16) to INTEGER(1) at (1). This check can be disabled with the option -fno-range-check -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45305
[Bug tree-optimization/45241] CPU2006 465.tonto ICE in the vectorizer with -fno-tree-pre
--- Comment #6 from dominiq at lps dot ens dot fr 2010-08-10 12:04 --- This is a [4.5/4.6 Regression]: the test in comment #4 compiles with gcc version 4.4.4 (GCC). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45241
[Bug fortran/45159] Unnecessary temporaries
--- Comment #19 from dominiq at lps dot ens dot fr 2010-08-10 12:00 --- (In reply to comment #18) > Although it is probably better set the stride during resolution. Probably. A few comments before leaving for ten days without access to the net. (1) I think all the changes done recently to avoid unneeded temporaries can be extended by reversing the loops. (2) The following code generates an unneeded temporary: integer, parameter :: n = 10 integer :: i integer :: a(0:n+1) = (/(i, i =0, n), 0/) a(:6:2) = a(::3) print *, a end It is in the class abs(r_stride)>max(0,abs(l_stride)) for which there is no need for temporary if l_startmax(0,l_stride) or l_start>r_start+r_stride for r_stridehttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=45159