Fix multi-reg regno_reg_rtx entry

The short version: This patch fixes a case where regno_reg_rtx[HI_REGNUM] included LO_REGNUM. regno_reg_rtx[X] is supposed to refer only to register X. The long version: This patch fixes an ICE in compile/950612-1.c for -mips32r2 -mfp64 -mips16, which is a 4.7 regression.

[Patch, Fortran] PR 52024 - Fix ambiguity check for type-bound GENERICs

For generics, one needs to distinguish between operators and other generics. Assume: function t_equal_i( t, i ) result(res) function i_equal_t( i, t ) result(res) For generic operators, those are not ambiguous as integer derived type can not be confused with the reversed order. For a

*ping* - [Patch, Fortran] PR41600 - fix ICE with type conversion in default initializer

* ping * http://gcc.gnu.org/ml/fortran/2012-01/msg00197.html On 22 January 2012, Tobias Burnus wrote: Dear all, the middle end does not like to fold_convert a real number to an integer, but gfortran does not type-convert the expressions of initialization expressions. This patch fixes the

Re: *ping* - [Patch, Fortran] PR41600 - fix ICE with type conversion in default initializer

Dear Tobias, I have this patch in my working tree since Jan 22. It works as advertised without regression. Note that it does not fix the ICE for the first test: pr41600.f90:1:0: internal compiler error: in gfc_conv_component_ref, at fortran/trans-expr.c:1131 Thanks, Dominique

Re: [committed] invoke.texi: fix hyphenation of floating point and related terms

On 1/27/2012 10:57 PM, Sandra Loosemore wrote: I've checked in this patch as obvious. (Again, if anyone thinks these kinds of edits are not obvious, let me know, and I'll start posting them for review first instead.) Following these dubious hyphenation rules slavishly is not a good idea. It

Fix incantation of gcc.dg/torture/pr50444.c

There are existing examples in the directory. Tested on i586-suse-linux, applied on the mainline as obvious. 2012-01-28 Eric Botcazou ebotca...@adacore.com * gcc.dg/torture/pr50444.c: Fix dg directives. -- Eric Botcazou Index: gcc.dg/torture/pr50444.c

Re: [committed] invoke.texi: fix hyphenation of floating point and related terms

On 01/28/2012 08:44 AM, Robert Dewar wrote: On 1/27/2012 10:57 PM, Sandra Loosemore wrote: I've checked in this patch as obvious. (Again, if anyone thinks these kinds of edits are not obvious, let me know, and I'll start posting them for review first instead.) Following these dubious

[Patch, Fortran, committed] PR 51972 fix null-setting of ALLOCATE with polymorphic SOURCE=

I have committed the attached patch as obvious. The problem was: If the allocate object had allocatable components, one set all those to zero. Otherwise for polymorphic types one sets the whole allocated memory to zero. If now the declared type had allocatable components but the effective

[PATCH] invoke.texi: compile time, run time cleanup

I'm specifically asking for review of this patch by one of the docs maintainers before checking it in, since it seems not everyone agrees that these copyediting patches qualify as obvious. In this particular chunk, I had to make some judgment calls, too. We usually use compile time, link

Re: [Bug c++/47791] finish function is using literal value instead of a #defined one

Hello Everyone, Here is a patch to fix this bug. Please let me know if it is OK for me to commit this into trunk. Here is the Changelog entry: === 2012-01-28 Balaji V. Iyer bvi...@gmail.com * optimize.c (maybe_clone_body): Replace

[committed] Fix PR target/51871

The following change adds support for PA2.0 export stubs to pa_return_addr_rtx. 32-bit HP-UX is the only PA target to use these stubs. This fixes PR target/51871. Committed to trunk. Tested on hppa2.0w-hp-hpux11.11 and hppa64-hp-hpux11.11. Dave -- J. David Anglin

[PATCH] Prevent frame-related insn from occurring in delay slots of insns that throw

Richard, [now cc-ing gcc-patches] this patch fixes PR50283 in a target-independent way. it asserts on frame-related insns in the delay slot of insns that can throw, and prevents the assert by testing for the same condition in eligible_for_{delay,annul_true,annul_false}. build and reg-tested on

[PATCH] disable __size_t macro on GNU/kFreeBSD

Hi, Please consider this patch to stddef.h. GNU/kFreeBSD has the same problem with __size_t as FreeBSD does, since it inherits many kernel headers from FreeBSD. -- Robert Millan 2012-01-29 Robert Millan r...@gnu.org * ginclude/stddef.h [__FreeBSD_kernel__] (__size_t): Do not define.