On Tue, 25 Oct 2016, Peter Bergner wrote:
>> Perhaps add a disclaimer at the top of changes.html that this
>> is still work in progress as part of that commit?
> Do you mean like the following? If so, we'd have to remember to
> remove the last hunk when GCC 7 is released.
Yep, something like tha
On Thu, 2016-10-20 at 16:11 +0200, Bernd Schmidt wrote:
> On 10/20/2016 03:55 PM, David Malcolm wrote:
> > Currently the jump insn in question looks like this:
> >
> > (cjump_insn (set (pc)
> > (label_ref 20))
> > (nil))
> >
> > With explicit INSN_UIDs i
On 10/26/2016 08:50 PM, David Malcolm wrote:
The following patch adds back in the INSN_UID for all insns.
Successfully bootstrapped®rtested on x86_64-pc-linux-gnu.
OK for trunk?
Yes.
Bernd
On 10/26/16 1:10 PM, Gerald Pfeifer wrote:
On Tue, 25 Oct 2016, Peter Bergner wrote:
Perhaps add a disclaimer at the top of changes.html that this
is still work in progress as part of that commit?
Do you mean like the following? If so, we'd have to remember to
remove the last hunk when GCC 7 i
The following one-liner segfaults on arm-eabi when compiled with
-mfloat-abi=hard -g:
__simd64_float16_t usingit;
The problem is that the pretty printer (in simple_type_specificer()) is
dereferencing a NULL result from c_common_type_for_mode:
int prec = TYPE_PRECISION (t);
The fallthrus in mips16_constant_cost are pretty obvious. One buffer
overflow in mips16_build_call_stub and one obvious fallthru comment
adjustment in mips16_build_call_stub.
The usual stuff. Installing.
jeff
commit c03f0de027e1079edd02e3494601c6def50dbac1
Author: law
Date: Wed Oct 26
This adjusts existing fallthru comments and adds some new ones. I
couldn't convince myself the original code in movsicc was correct, It
looks like we properly reverse the condition, but not the operands in
the case of LT/LE/LEU/LTU. But then we do almost the same th ing in
sh_emit_scc_to_t
On Wed, 26 Oct 2016, Martin Sebor wrote:
> The attached patch implements one such approach by having the pretty
> printer recognize the space format flag to suppress the type suffix,
> so "%E" still prints the suffix but "% E" does not. I did this to
> preserve the existing output but I think it
Jeff Law writes:
> The fallthrus in mips16_constant_cost are pretty obvious. One buffer
> overflow in mips16_build_call_stub and one obvious fallthru comment
> adjustment in mips16_build_call_stub.
>
> The usual stuff. Installing.
Thanks Jeff.
Matthew
Currently, the nvptx backend is only neutering the worker axis when
propagating variables used in conditional expressions across the worker
and vector axes. That's a problem with the worker-state spill and fill
propagation implementation because all of the vector threads in worker 0
all write the t
PowerPC GCC has traditionally only allowed DImode to go into FPR registers (and
now VSX registers) in order to allow floating point conversions. Conversions
to/from SImode have always had to deal with special UNSPECs to allow the
generation of the LFIWAX, LXSIWAX, LFIWZX, LXSIWZX, STFIWX, and STXS
I forgot to mention, I will be working on a follow-on patch to this that
enables QImode and HImode to go in the vector registers for ISA 3.0, since ISA
3.0 now adds load (with zero extend) and store instructions for those types.
I probably also will update vector extract for the case where the sma
On Tue, Oct 18, 2016 at 01:25:55PM +0200, Bernd Schmidt wrote:
> On 10/17/2016 09:46 PM, tbsaunde+...@tbsaunde.org wrote:
> > From: Trevor Saunders
> >
> > gcc/ChangeLog:
> >
> > 2016-10-17 Trevor Saunders
> >
> > * ccmp.c (expand_ccmp_expr_1): Adjust.
> > (expand_ccmp_expr): Likewis
I'm currently working on a builtin expansion of strncmp for powerpc
similar to the one for memcmp I checked recently. One thing I
encountered is that the code in expand_strn_compare will not attempt to
expand the cmpstrnsi pattern at all if neither string parameter is a
constant string. This doesn'
On Tue, Oct 25, 2016 at 03:33:36PM +0200, Richard Biener wrote:
>
> Hi,
>
> so I did the massaging to split out the GIMPLE parsing routines out
> to a separate file (quite tricky to get the gengtype issues correctly
> so I thought to help out here and get things started).
actually it looks like
From: Trevor Saunders
gcc/c/ChangeLog:
2016-10-27 Trevor Saunders
* gimple-parser.c (c_parser_gimple_switch_stmt): Fix
uninitialized use of loc.
---
gcc/c/gimple-parser.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/gcc/c/gimple-parser.c b/gcc/c/
On Thu, 27 Oct 2016, tbsaunde+...@tbsaunde.org wrote:
> From: Trevor Saunders
>
> gcc/c/ChangeLog:
>
> 2016-10-27 Trevor Saunders
>
> * gimple-parser.c (c_parser_gimple_switch_stmt): Fix
> uninitialized use of loc.
Thanks, applied & pushed.
Richard.
> ---
> gcc/c/gimple-pars
101 - 117 of 117 matches
Mail list logo