Re: [Patch, PR 57800] Waste work in gfc_match_call()

> On 23 July 2013 23:32:27 pcha...@cs.wisc.edu wrote: >> Hi, >> >> The problem appears in revision 201034 in version 4.9. I attached a >> one-line patch that fixes it. I also reported this problem >> at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57800 >> >> Bootstrap and regression-tested on x86_

[Patch, PR 57804] Wasted work in gfc_trans_transfer()

Hi, The problem appears in revision 201034 in version 4.9. I attached a one-line patch that fixes it. I also reported this problem at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57804 Bootstrap and regression-tested on x86_64-linux. In method "gfc_trans_transfer()" in gcc/fortran/trans-io.c, th

[Patch, PR 57802] Wasted work in set_loop_bounds()

Hi, The problem appears in revision 201034 in version 4.9. I attached a one-line patch that fixes it. I also reported this problem at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57802 Bootstrap and regression-tested on x86_64-linux. In method "set_loop_bounds()" in gcc/fortran/trans-array.c, th

[Patch, PR 57791] Waste work in gfc_check_pointer_assign()

Hi, The problem appears in revision 201034 in version 4.9. I attached a one-line patch that fixes it. I also reported this problem at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57791 Bootstrap and regression-tested on x86_64-linux. In method "gfc_check_pointer_assign()" in expr.c, the loop on

[Patch, PR 57801] Waste work in resolve_variable()

Hi, The problem appears in revision 201034 in version 4.9. I attached a one-line patch that fixes it. I also reported this problem at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57801 Bootstrap and regression-tested on x86_64-linux. In method "resolve_variable()" in gcc/fortran/resolve.c, the l

[Patch, PR 57800] Waste work in gfc_match_call()

Hi, The problem appears in revision 201034 in version 4.9. I attached a one-line patch that fixes it. I also reported this problem at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57800 Bootstrap and regression-tested on x86_64-linux. In method "gfc_match_call()" in gcc/fortran/match.c, the loop

[Patch, PR 57780] Waste work in subst_dup()

Hi, The problem appears in revision 201034 in version 4.9. I attached a one-line patch that fixes it. I also reported this problem at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57780 Bootstrap and regression-tested on x86_64-linux. In method "subst_dup()" in gensupport.c, the loop on line 218

[Patch, PR 57782] Wasted work in remove_path()

Hi, The problem appears in revision 200945 in version 4.9. I attached a one-line patch that fixes it. I also reported this problem at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57782 In method "remove_path()" in cfgloopmanip.c, the loop on line 343 should break immediately after "irred_invalid

[Patch, PR 57787] Wasted work in ix86_pad_returns()

Hi, The problem appears in revision 201034 in version 4.9. I also reported this problem at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57787. Bootstrap and regression-tested on x86_64-linux. In method "ix86_pad_returns()" in i386.c, the loop on line 35723 should break immediately after "replace"

[Patch, PR 57812] Wasted work in computed_jump_p()

Hi, The problem appears in revision 201034 in version 4.9. I also reported this problem at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57812. Bootstrap and regression-tested on x86_64-linux. In method "computed_jump_p()" in gcc/rtlanal.c, the loop on line 2801 should break immediately after "has

[Patch, PR 57811] Wasted work in find_reloads()

Hi, The problem appears in revision 201034 in version 4.9. I attached one-line patches that fixes it. I also reported this problem at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57811 Bootstrap and regression-tested on x86_64-linux. In method "find_reloads()" in gcc/reload.c, the loop on line

[Patch, PR 57790] Waste work in can_move_insns_across()

Hi, The problem appears in revision 201034 in version 4.9. I attached a one-line patch that fixes it. I also reported this problem at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57790 I bootstrapped and ran the regression tests for this patch on x86_64-linux and all tests pass. In method "can_

[Patch, PR57803] Wasted work in gfc_build_dummy_array_decl()

Hi, The problem appears in revision 201034 in version 4.9. I attached a one-line patch that fixes it. I also reported this problem at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57803 I bootstrapped and ran the regression tests for this patch on x86_64-linux and all tests pass. In method "gfc_

[Patch, PR 57806] Wasted work in propagate_nothrow()

Hi, The problem appears in revision 201034 in version 4.9. I attached a one-line patch that fixes it. I also reported this problem at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57806 I bootstrapped and ran the regression tests for this patch on x86_64-linux and all tests pass. In method "prop

[Patch, PR 57809] Wasted work in omega_eliminate_red()

Hi, The problem appears in revision 201034 in version 4.9. I attached a one-line patch that fixes it. I also reported this problem at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57809 I bootstrapped and ran the regression tests for this patch on x86_64-linux and all tests pass. In method "omeg

[Patch, PR 57810] Wasted work in validate_const_int()

Hi, The problem appears in revision 200945 in version 4.9. I attached a one-line patch that fixes it. I also reported this problem at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57810 . In method "validate_const_int()" in "gcc/read-rtl.c", the loop on line 804 should break immediately after "va

[Patch, PR 57805] Wasted work in write_roots()

Hi, The problem appears in revision 200945 in version 4.9. I attached a one-line patch that fixes it. I also reported this problem at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57805. In method "write_roots()" in gcc/gengtype.c, the loop on line 4682 should break immediately after "skip_p" is