On Fri, 8 Jan 2016, Matthew Wahab wrote:
> Hello,
>
> The C/C++ front-ends apply type conversions to expressions using ABS
> with integral arguments of type smaller than int. This means that, for
> short x, ABS(x) becomes something like (short)ABS((int)x)). When the
> argument is the result of me
On Fri, 8 Jan 2016, Martin Sebor wrote:
> > I don't think it's desirable to raise the warning for this case under
> > different conditions from the warning for other signedness cases. The
> > targets do differ in signedness - it's just that the difference is between
> > "plain" and "signed" or "p
In openacc there are situations where a user may fail to mark a variable
or function as offloadable (either using declare or routine). This patch
makes the lto wrapper reduce the missing decl assertion to an error.
I've applied this patch to gomp-4_0-branch.
Cesar
2016-01-08 Cesar Philippidis
On 01/08/2016 01:17 PM, Jakub Jelinek wrote:
Hi!
As mentioned in the PR, sched1 and reload add NOTE_INSN_DELETED notes
that are moved by shrink-wrapping in between some basic blocks and
later on we end up with a barrier after the notes. From comments above
cleanup_barriers pass I think it isnot
On 12/16/2015 02:11 PM, Evandro Menezes wrote:
On 12/16/2015 05:24 AM, Richard Earnshaw (lists) wrote:
On 15/12/15 23:34, Evandro Menezes wrote:
On 12/14/2015 05:26 AM, James Greenhalgh wrote:
On Thu, Dec 03, 2015 at 03:07:43PM -0600, Evandro Menezes wrote:
On 11/20/2015 05:53 AM, James Green
Dear All,
As promised, please find attached the version of this patch for
5-branch. The changes are small enough that I couldn't immediately see
any changes required in the text of the ChangeLog. I will look more
carefully tomorrow, add the "backported from trunk"s and the current
date. I intend t
On 01/08/2016 02:36 AM, Richard Biener wrote:
My original patch did this for all binary operations. However, reviewing
the assembly code & dump files before/after it was pretty clear that doing
this for arithmetic was losing (mostly in that we were missing CSE
opportunities).
The missed CSE op
On 01/08/2016 11:05 PM, Bernd Schmidt wrote:
On 01/08/2016 10:23 PM, Jakub Jelinek wrote:
Now, the merge_if_block caller removes the simple_return from the then_bb
in preparation of the merge and expects the two bbs to be merged
together,
I'd be tempted to remove the barrier as well at this po
On 01/07/2016 10:31 AM, Nick Clifton wrote:
I did have one idea though - we could change the name of the function
being tested from one that might not exist (__fread_chk) to one that
definitely should exist (eg malloc).
Not a bad idea.
Does it make sense to just limit this test to specific
Signedness of char (and of bit-fields) is a tristate, "signed", "unsigned"
and "". My claim is that a difference between any two of those three
values is essentially the same kind of difference. And so at most the
wording should be adjusted (or maybe an inform ("% and % are different types" adde
On 12/23/2015 02:39 AM, Uros Bizjak wrote:
Hello!
There is a logic error in Honza's patch "Transparent alias suport part
10" [1]. The part in memrefs_conflict_p should be changed to:
- /* If decls are different or we know by offsets that there is no overlap,
- we win. */
- if (!cmp |
On Fri, 8 Jan 2016, Martin Sebor wrote:
> > Signedness of char (and of bit-fields) is a tristate, "signed", "unsigned"
> > and "". My claim is that a difference between any two of those three
> > values is essentially the same kind of difference. And so at most the
> > wording should be adjusted
The Octeon 3 processor does not support the MIPS paired-single
instructions. This results in illegal instruction errors in the
testsuite when vectorization tests try to use those instructions.
This patch teaches the compiler about that lack of support, so that
warnings are given when -mpaired-sin
On Fri, Jan 8, 2016 at 4:05 PM, Joseph Myers wrote:
> The Octeon 3 processor does not support the MIPS paired-single
> instructions. This results in illegal instruction errors in the
> testsuite when vectorization tests try to use those instructions.
>
> This patch teaches the compiler about that
On 01/08/2016 11:01 AM, Martin Jambor wrote:
Hi,
we generally do not have ther ability to propagate constants to and
clone CHKP instrumented functions. Therefore we do not propagate
stuff into their lattices but since Honza changed cloning for all
contexts heuristics a few weeks ago, we might a
On 01/08/2016 05:01 AM, Nick Clifton wrote:
Hi Guys,
OK - how about this reformulation of the pr61886 test ?
The patch changes references to __fread_chk with references to just
fread, which I assume will be present in all target runtime libraries. I
had to add some preprocessor trickery i
The root cause here is that the logic to reset the list of expected
multiline outputs was being run from:
handle-multiline-outputs, called by
prune.exp's prune_gcc_output
and none of that happens if the test is skipped by a target exclusion
in dg-do.
This patch moves the clearing of the rele
On 01/06/2016 07:55 PM, Cesar Philippidis wrote:
> @@ -1384,26 +1331,9 @@ build_outer_var_ref (tree var, omp_context *ctx, bool
> lastprivate = false)
> x = build_simple_mem_ref (x);
> }
> }
> - else if (is_oacc_parallel (ctx))
> -x = var;
>else if (ctx->outer)
> -
The point of this warning is that there are certain cases of incompatible
types that are less serious than others - namely, those where the only
aspect of the type that is different is its signedness. Those get a more
specific warning, which is given under more restrictive conditions.
I see. I
On 01/09/2016 01:51 AM, David Malcolm wrote:
The root cause here is that the logic to reset the list of expected
multiline outputs was being run from:
handle-multiline-outputs, called by
prune.exp's prune_gcc_output
and none of that happens if the test is skipped by a target exclusion
in
Here are two patches related with PR69123, an infinite dataflow loop in
VTA.
The first non-comment hunk in var-tracking.c:drop_overlapping_mem_locs
is what fixes the problem, but the other changes in the first patch fix
similar problems that might cause other such oscillations.
The second patch a
In this testcase, cxx_fold_indirect_ref was failing to fold away the *&
implied in (IdHdr) because the result type and the type of the variable
were different: the result type was an array of unknown bound, because
the expression was built before the length of the initializer was known,
but we'
OK.
Jason
OK.
Jason
On January 9, 2016 5:08:51 AM GMT+01:00, Alexandre Oliva
wrote:
>Here are two patches related with PR69123, an infinite dataflow loop in
>VTA.
>
>The first non-comment hunk in var-tracking.c:drop_overlapping_mem_locs
>is what fixes the problem, but the other changes in the first patch fix
>simila
On January 8, 2016 9:07:11 PM GMT+01:00, Jakub Jelinek wrote:
>Hi!
>
>As mentioned in the PRs, the X % -Y to X % Y optimization for signed
>modulo is not valid unless we can prove that it won't be INT_MIN %
>-(-1),
>which is valid, but where INT_MIN % -1 is invalid.
>
>The following patch use rang
On Sat, Jan 09, 2016 at 02:08:51AM -0200, Alexandre Oliva wrote:
> Here are two patches related with PR69123, an infinite dataflow loop in
> VTA.
>
> The first non-comment hunk in var-tracking.c:drop_overlapping_mem_locs
> is what fixes the problem, but the other changes in the first patch fix
> s
On 01/09/2016 01:29 AM, Jeff Law wrote:
On 12/21/2015 11:22 PM, Andris Pavenis wrote:
12/21/2015, 10:00 PM, Jeff Law kirjoitti:
On 12/17/2015 10:51 PM, Andris Pavenis wrote:
On 12/13/2015 08:12 PM, DJ Delorie wrote:
You can list me as your sponsor.
I've been wanting him to be a djgpp target/
Hi!
I'd like to ping the PR c++/66808, PR c++/69000
http://gcc.gnu.org/ml/gcc-patches/2015-12/msg02019.html
patch, fixing ICE with GNU __thread vars in templates.
Thanks
Jakub
101 - 129 of 129 matches
Mail list logo
