[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 * ginclude/stddef.h [__FreeBSD_kernel__] (__size_t): Do not define. Index: gincl

[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

[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] [Bug c++/47791] finish function is using literal value instead of a #defined one

Sorry..forgot to put the [PATCH] tag. -- Forwarded message -- From: Balaji V. Iyer Date: Sat, Jan 28, 2012 at 12:55 PM Subject: Re: [Bug c++/47791] finish function is using literal value instead of a #defined one To: gcc-patches@gcc.gnu.org Hello Everyone,   Here is a patch to

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 * optimize.c (maybe_clone_body): Replace '0' in finish_fu

[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

[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 type

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 hyphenat

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 * 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 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 m

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

*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 iss

[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 type> can not be confused with the reversed order. For a generic function, t

Re: [C++ Patch] PR 51327

Hi again, and sorry about the delay. On 11/30/2011 06:41 PM, Paolo Carlini wrote: Ok. The point is, locate_ctor turns an error_mark_node returned by locate_fn_flags - meaning indeed not callable - into NULL_TREE. In fact, uses elsewhere of locate_ctor / get_default_ctor always check for it. Ah,

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. combine.c:distribute_