Re: version typeinfo for 128bit types

On Tue, Apr 22, 2014 at 10:06:19PM +0200, Marc Glisse wrote: > Hello, > > as written in the PR, my patch seems wrong for platforms like > powerpc that already had the __float128 typeinfo for long double > with a different version. The following patch regtested fine on > x86_64, and a hackish cross

Re: [wide-int 5/8] Use LOG2_BITS_PER_UNIT

On 04/22/2014 04:02 PM, Richard Sandiford wrote: Looks like a few uses of the old idiom: BITS_PER_UNIT == 8 ? 3 : exact_log2 (BITS_PER_UNIT) I do not think that these crept in as much as they were never squished out. have crept in. This patch replaces them with LOG2_BITS_PER_UNIT. Test

[Fortran-caf, patch, committed] Fix image-index calculation

I made a stupid mistake when calculating the image index for corank > 1 arrays, which is fixed by the attached patch. In addition, I help the middle end by telling it that caf_register returns freshly allocated memory, which does not alias with other pointers. Committed to the branch as Rev.

Re: version typeinfo for 128bit types

On Tue, Apr 22, 2014 at 04:26:23PM -0400, Michael Meissner wrote: > On Tue, Apr 22, 2014 at 10:06:19PM +0200, Marc Glisse wrote: > > Hello, > > > > as written in the PR, my patch seems wrong for platforms like > > powerpc that already had the __float128 typeinfo for long double > > with a differen

Re: [PING] [PATCH] register CALL_INSN_FUNCTION_USAGE in find_all_hard_reg_sets

On 22-04-14 21:27, Eric Botcazou wrote: Ping of this ( http://gcc.gnu.org/ml/gcc-patches/2014-01/msg00888.html ) patch. Eric, thanks for the review. That patch isn't for GCC mainline though, but I don't understand why you say that. OK on principle if you test it on mainline, I have.

Re: version typeinfo for 128bit types

On Tue, Apr 22, 2014 at 10:29:55PM +0200, Jakub Jelinek wrote: > On Tue, Apr 22, 2014 at 04:26:23PM -0400, Michael Meissner wrote: > > On Tue, Apr 22, 2014 at 10:06:19PM +0200, Marc Glisse wrote: > > > Hello, > > > > > > as written in the PR, my patch seems wrong for platforms like > > > powerpc t

Re: [PATCH 02/89] Introduce gimple_switch and use it in various places

On 04/22/2014 10:13 AM, David Malcolm wrote: > On Mon, 2014-04-21 at 18:45 -0400, Trevor Saunders wrote: >>> --- a/gcc/tree-loop-distribution.c >>> +++ b/gcc/tree-loop-distribution.c >>> @@ -687,8 +687,9 @@ generate_loops_for_partition (struct loop *loop, >>> partition_t partition, >>>

Re: [PING] [PATCH] register CALL_INSN_FUNCTION_USAGE in find_all_hard_reg_sets

> I don't understand why you say that. Because it cannot be applied on GCC mainline. -- Eric Botcazou

Go patch committed: Use backend interface for initialization function

This patch from Chris Manghane changes the Go frontend to use the backend interface for the initialization function. Bootstrapped and ran Go testsuite on x86_64-unknown-linux-gnu. Committed to mainline. Ian 2014-04-22 Chris Manghane * go-gcc.cc (Gcc_backend::temporary_variable): Pu

[patch, nios2] support for custom round instructions

Altera requested us to extend the set of custom floating-point instructions supported by the Nios II back end to include a round instruction, with semantics matching the __builtin_lroundf function. The basic machinery for this is already in place for the existing custom instructions, so much of

Re: [DOC PATCH] Rewrite docs for inline asm

2014-04-14 14:24 GMT+08:00 dw : > Having resolved the objections, I'm posting the updated patch. I don't have > permissions to commit this patch, but I do have a release on file with the > FSF. > > > Problem description: > The existing documentation does an inadequate job of describing gcc's > imp

Re: [DOC PATCH] Rewrite docs for inline asm

2014-04-14 14:24 GMT+08:00 dw : > Having resolved the objections, I'm posting the updated patch. I don't have > permissions to commit this patch, but I do have a release on file with the > FSF. > > > Problem description: > The existing documentation does an inadequate job of describing gcc's > imp

Re: [PATCH, SH] Extend HIQI mode constants

Christian Bruel wrote: > This patch allows constant propagation from HIQI modes, as illustrated > by the attached testcase, by converting them into a new SImode pseudo. > It also merge the HIQI mode patterns using general_movdst_operand for both. > > No regression on sh-none-elf. OK for trunk ?

<    1   2