On Thu, Apr 24, 2014 at 11:54 PM, Richard Sandiford
wrote:
> The asm comparison showed a problem with my r204593 change, which dropped
> a "val.mask &" in the second hunk below.
>
> Seeing that the problem was in ccp made me look at the whole file again.
> I noticed that we'd changed the VARYING m
The asm comparison showed a problem with my r204593 change, which dropped
a "val.mask &" in the second hunk below.
Seeing that the problem was in ccp made me look at the whole file again.
I noticed that we'd changed the VARYING mask value from -1 to 1, which
didn't look intentional.
Tested on x86
In resolving a recent x86_64 libitm build problem found while trunk merging, I
discovered that fold_builtin_memory_op grabs an int whose size is based upon
the size of a complex long double, which is 256 bits, and then during type
hashing (where it calls type_hash_canon), it wants to check to s
On Sat, Jan 4, 2014 at 12:54 AM, Mike Stump wrote:
> I'm wondering if all the outstanding issues you raised with "tree" have been
> addressed. If there are any that remain, let us know.
I hope so ;)
> If they have been, is the original patch (as modified of course by approved
> later work) Ok
I'm wondering if all the outstanding issues you raised with "tree" have been
addressed. If there are any that remain, let us know.
If they have been, is the original patch (as modified of course by approved
later work) Ok?
On 11/26/2013 07:34 AM, Richard Biener wrote:
--- a/gcc/tree-ssa-ccp.c
+++ b/gcc/tree-ssa-ccp.c
@@ -98,6 +98,15 @@ along with GCC; see the file COPYING3. If not see
array CONST_VAL[i].VALUE. That is fed into substitute_and_fold for
final substitution and folding.
+ This algorithm u
On Sat, Nov 23, 2013 at 8:23 PM, Mike Stump wrote:
> Richi has asked the we break the wide-int patch so that the individual port
> and front end maintainers can review their parts without have to go through
> the entire patch.This patch covers the tree-vec code.
>
> Ok?
Ok.
Thanks,
Richard
On Fri, Nov 29, 2013 at 3:59 PM, Richard Sandiford
wrote:
> Only a partial reply. I'll leave Kenny and Mike to answer the VARYING
> question.
>
> Richard Biener writes:
>> On Sat, Nov 23, 2013 at 8:23 PM, Mike Stump wrote:
>>> Richi has asked the we break the wide-int patch so that the individu
Only a partial reply. I'll leave Kenny and Mike to answer the VARYING
question.
Richard Biener writes:
> On Sat, Nov 23, 2013 at 8:23 PM, Mike Stump wrote:
>> Richi has asked the we break the wide-int patch so that the individual
>> port and front end maintainers can review their parts without
On Sat, Nov 23, 2013 at 8:23 PM, Mike Stump wrote:
> Richi has asked the we break the wide-int patch so that the individual port
> and front end maintainers can review their parts without have to go through
> the entire patch.This patch covers the tree-saa code.
>
> Ok?
Same comments as to
On Mon, Nov 25, 2013 at 2:08 PM, Richard Sandiford
wrote:
> Richard Biener writes:
>> @@ -958,6 +961,12 @@ streamer_write_tree_header (struct output_block
>> *ob, tree expr)
>> streamer_write_uhwi (ob, BINFO_N_BASE_BINFOS (expr));
>>else if (TREE_CODE (expr) == CALL_EXPR)
>> streame
Richard Biener writes:
> @@ -958,6 +961,12 @@ streamer_write_tree_header (struct output_block
> *ob, tree expr)
> streamer_write_uhwi (ob, BINFO_N_BASE_BINFOS (expr));
>else if (TREE_CODE (expr) == CALL_EXPR)
> streamer_write_uhwi (ob, call_expr_nargs (expr));
> + else if (CODE_CONT
On Sat, Nov 23, 2013 at 8:22 PM, Mike Stump wrote:
> Richi has asked the we break the wide-int patch so that the individual port
> and front end maintainers can review their parts without have to go through
> the entire patch.This patch covers the tree code.
>
> Ok?
diff --git a/gcc/tree-af
Richi has asked the we break the wide-int patch so that the individual port and
front end maintainers can review their parts without have to go through the
entire patch.This patch covers the tree-saa code.
Ok?
wide-int-tree-ssa.diffs.txt.bz2
Description: BZip2 compressed data
Richi has asked the we break the wide-int patch so that the individual port and
front end maintainers can review their parts without have to go through the
entire patch.This patch covers the tree code.
Ok?
wide-int-tree.diffs.txt.bz2
Description: BZip2 compressed data
Richi has asked the we break the wide-int patch so that the individual port and
front end maintainers can review their parts without have to go through the
entire patch.This patch covers the tree-vec code.
Ok?
* tree-vect-data-refs.c
(vect_prune_runtime_alias_test_list): Use
16 matches
Mail list logo