https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65061
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||rs2740 at
This patch removes the (incorrect) implementation of the following rule:
SPARK RM 6.9 (11) - A non-ghost library unit package or generic package
specification shall not require a completion solely because of ghost
declarations. [In other words, if a library unit package or generic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66142
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org ---
Ah, but fre2 is able to optimize those:
D.2881[_12].dir.x = x_13;
...
_32 = MEM[(const struct Ray *)D.2881][_12].dir.x;
cases to
_32 = x_13;
The problem in FRE2 is only with the
On Wed, May 20, 2015 at 5:50 PM, Aldy Hernandez al...@redhat.com wrote:
On 05/18/2015 06:56 AM, Richard Biener wrote:
BTW, thanks for the review.
On Fri, May 8, 2015 at 2:40 AM, Aldy Hernandez al...@redhat.com wrote:
As seen on TV.
+/* FIRST_TIME is set to TRUE for the first time we are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66142
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org ---
Ah, and the reason for the ifcvt failure is that we have an unoptimized
virtual PHI in the loop that ifcvt gives up on:
# .MEM_55 = PHI .MEM_55(7), .MEM_5(D)(2)
Only phicprop2 pass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66142
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org ---
Created attachment 35596
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35596action=edit
gcc6-pr66142.patch
Fix for the ifcvt issue. With this the modified testcase is
+ /* No need for canonical types of functions and methods; those are never
+ accessed as memory locations. */
+ if (TREE_CODE (t) == FUNCTION_TYPE || TREE_CODE (t) == METHOD_TYPE)
+return;
Just occured to me that it might make sense to remove the
FUNCTION/METHOD_TYPE case in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66251
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||matz at gcc
Bah ! now with patch attached.
Ramana
diff --git a/gcc/config/alpha/alpha.c b/gcc/config/alpha/alpha.c
index 1ba99d0..857c9ac 100644
--- a/gcc/config/alpha/alpha.c
+++ b/gcc/config/alpha/alpha.c
@@ -9987,12 +9987,6 @@ alpha_atomic_assign_expand_fenv (tree *hold, tree
*clear, tree *update)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62171
--- Comment #3 from vries at gcc dot gnu.org ---
(In reply to Richard Biener from comment #2)
And maybe set DECL_BY_REFERENCE, a mere REFERENCE_TYPE doesn't prevent
you from doing (param)[2] which we'd miscompile. Not sure who added
that
This patch modifies the treatment of constants within the state space of a
package. Constants that appear in the hidden state space may or may not act
as constituents or possess indicator Part_Of. This is because the compiler
cannot accurately determine whether a constant has variable input which
It is not allowed to rename a component of a composite object to which
pragma Volatile_Full_Access has been applied. The following is compiled
with -gnatj55
1. package RenamVFA is
2.type Int8_t is mod 2**8;
3.type Rec is record
4. A,B,C,D : Int8_t;
5.end
This patch causes default initialization of objects of types
Constant_Reference_Type and Reference_Type in the containers packages to raise
Program_Error as required by the RM.
Tested on x86_64-pc-linux-gnu, committed on trunk
2015-05-22 Bob Duff d...@adacore.com
* a-cborma.ads,
Hi Arnaud,
Index: exp_util.adb
===
--- exp_util.adb(revision 223476)
+++ exp_util.adb(working copy)
@@ -204,6 +204,13 @@
when others = null;
end case;
+ -- Nothing to do for the identifier in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62171
--- Comment #4 from vries at gcc dot gnu.org ---
(In reply to vries from comment #3)
(In reply to Richard Biener from comment #2)
And maybe set DECL_BY_REFERENCE, a mere REFERENCE_TYPE doesn't prevent
you from doing (param)[2] which we'd
On Wed, May 20, 2015 at 11:45 PM, Aldy Hernandez al...@redhat.com wrote:
On 05/20/2015 05:01 PM, Jan Hubicka wrote:
commit 8824b5ecba26cef065e47b34609c72677c3c36fc
Author: Aldy Hernandez al...@redhat.com
Date: Wed May 20 16:31:14 2015 -0400
Set DECL_IGNORED_P on temporary arrays
Ok for trunk?
I can't approve but do you mind taking care of -march=armv8-a in the
arm backend too as that would have the same issues.
Ramana
Matthew
gcc/
2015-05-21 Matthew Wahab matthew.wa...@arm.com
* config/aarch64/aarch64.c (aarch64_emit_post_barrier): New.
Hi,
While writing atomic_word.h for the ARM backend to fix PR target/66200 I
thought it would make more sense to write it all up with atomic
primitives instead of providing various fragile bits of inline
asssembler. Thus this patch came about. I intend to ask for a
specialized version of
On 22/05/15 12:26, Ramana Radhakrishnan wrote:
Ok for trunk?
I can't approve but do you mind taking care of -march=armv8-a in the
arm backend too as that would have the same issues.
Will do,
Matthew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089
--- Comment #9 from vehre at gcc dot gnu.org ---
That was a rhetorical question.
In the patch you submitted in comment #2 could you put a comment (in the
source) at:
Index: trans-array.c
On Thu, May 21, 2015 at 6:06 PM, Sandra Loosemore
san...@codesourcery.com wrote:
On 05/21/2015 03:48 AM, Christophe Lyon wrote:
On 21 May 2015 at 07:33, Sandra Loosemore san...@codesourcery.com wrote:
ARM testing shares the AArch64 advsimd-intrinsics execution tests. On
ARM,
though, the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66241
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed|2015-05-21 00:00:00 |2015-5-22
On Fri, May 22, 2015 at 4:58 PM, Kyrill Tkachov
kyrylo.tkac...@foss.arm.com wrote:
Hi Venkat,
On 22/05/15 09:50, Kumar, Venkataramanan wrote:
Hi Kyrill,
Sorry for little delay in responding.
-Original Message-
From: Kyrill Tkachov [mailto:kyrylo.tkac...@foss.arm.com]
Sent:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66142
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
--- Comment #10 from Jakub Jelinek jakub at gcc dot gnu.org ---
As for the hotpatch testcases, have you tested them also with
-fno-dwarf2-cfi-asm (as they seem to contain .cfi directives in the regexps)?
And for the main patch, the change will
(Assuming it's a goal of this standard to be human parseable to more
than a few dozen people on the planet.)
Unfortunately, that's rarely a goal of most standards. ;-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66252
Bug ID: 66252
Summary: [6 regression] bootstrap comparison failures on
sparc-linux
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
2015-05-22 11:53 GMT+03:00 Ilya Enkovich enkovich@gmail.com:
2015-05-21 22:08 GMT+03:00 Vladimir Makarov vmaka...@redhat.com:
So, Ilya, to solve the problem you need to avoid sharing subregs for the
correct LRA/reload work.
Thanks a lot for your help! I'll fix it.
Ilya
I've fixed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54006
Nick nick.mayerho...@rise-world.com changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66251
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Fri May 22 12:34:46 2015
New Revision: 223552
URL: https://gcc.gnu.org/viewcvs?rev=223552root=gccview=rev
Log:
2015-05-22 Richard Biener rguent...@suse.de
Hi,
I am working on patch that makes operand_equal_p replace logic from
ipa-icf-gimple's compare_op via a valueizer hook. Currently the patch however
cuts number of merges on firefox to half (apparently becuase it gives up on
some tree codes too early)
The patch bellow merges code from
This does some more cleanup and refactoring with two fixes, the
pure slp compute in vect_analyze_loop_operations was failing
to look at pattern stmts and the vect_is_slp_reduction hunk makes
reduction detection fail because the pattern state changes in
between reduction detection and
On 22/05/15 14:40, Jason Merrill wrote:
On 05/22/2015 07:23 AM, Ramana Radhakrishnan wrote:
+ /* Load the guard value only through an atomic acquire load. */
+ guard = build_atomic_load (guard, MEMMODEL_ACQUIRE);
+
/* Check to see if the GUARD is zero. */
guard = get_guard_bits
Hi,
with aliasing sanity checks I got burnt again with ipa-icf-gimple's
compare_operand doing alias set checks on all types it ever trips across.
I always tought that we do not need two equality testers - operand_equal_p and
compare_operand and given that it turns out to be non-trivial to fix
On Fri, May 22, 2015 at 11:48:42AM +0930, Alan Modra wrote:
I think we should add to
the canonicalisation rules so that fixed regs sort after other regs.
That requires a lot of testing.
What if you have two hard regs as above? Which of reg 5 and reg 76
sorts first? If they are sorted
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66252
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |6.0
On Fri, May 22, 2015 at 08:43:44AM +0200, Ingo Molnar wrote:
* Linus Torvalds torva...@linux-foundation.org wrote:
(a) the official rules are completely pointless, and make sense
only because the standard is written for some random abstract
machine that doesn't actually exist.
On Fri, 22 May 2015, Jan Hubicka wrote:
Hi,
with aliasing sanity checks I got burnt again with ipa-icf-gimple's
compare_operand doing alias set checks on all types it ever trips across.
I always tought that we do not need two equality testers - operand_equal_p and
compare_operand and given
On 05/22/2015 07:23 AM, Ramana Radhakrishnan wrote:
+ /* Load the guard value only through an atomic acquire load. */
+ guard = build_atomic_load (guard, MEMMODEL_ACQUIRE);
+
/* Check to see if the GUARD is zero. */
guard = get_guard_bits (guard);
I wonder if these calls should be
On Fri, May 22, 2015 at 9:40 AM, Jason Merrill ja...@redhat.com wrote:
On 05/22/2015 07:23 AM, Ramana Radhakrishnan wrote:
+ /* Load the guard value only through an atomic acquire load. */
+ guard = build_atomic_load (guard, MEMMODEL_ACQUIRE);
+
/* Check to see if the GUARD is zero.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52049
--- Comment #2 from Oleg Endo olegendo at gcc dot gnu.org ---
There is a GSoC 2015 project which will try to address the AMS problem.
https://www.google-melange.com/gsoc/project/details/google/gsoc2015/erikvarga/5693417237512192
It will be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66250
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
--- Comment #12 from Dominik Vogt vogt at linux dot vnet.ibm.com ---
Created attachment 35597
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35597action=edit
Experimental fix 2
Version 2 of the patch with the suggested changes and test
Bootstrapped and tested on x86_64-unknown-linux-gnu, applied.
Richard.
2015-05-22 Richard Biener rguent...@suse.de
PR tree-optimization/66251
* tree-vect-stmts.c (vectorizable_conversion): Properly
set STMT_VINFO_VEC_STMT even for the SLP case.
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66253
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
On Mon, Apr 20, 2015 at 5:28 PM, Kyrill Tkachov kyrylo.tkac...@arm.com wrote:
Hi all,
A pet project of mine is to get to the point where backend rtx costs
functions won't have
to handle rtxes that don't match down to any patterns/expanders we have. Or
at least limit such cases.
A case dealt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66224
--- Comment #3 from David Edelsohn dje at gcc dot gnu.org ---
Author: dje
Date: Fri May 22 12:43:02 2015
New Revision: 223554
URL: https://gcc.gnu.org/viewcvs?rev=223554root=gccview=rev
Log:
PR target/66224
*
On Fri, May 22, 2015 at 12:43:14PM +, Joseph Myers wrote:
On Fri, 22 May 2015, Richard Biener wrote:
All arguments still apply apart from the fact that we'll have plenty
of releases from the GCC 5 branch (and the alternatives patch is
safe there).
So for GCC 5 I'm willing to
In full warning mode, when an unchecked conversion is applied to types of
different sizes, the compiler issues a warning describing the effects of
the conversion on the additional or missing bits.
When the source is smaller than the target, it was issuing a specific warning
if the target is of a
This update makes sure that Volatile_Full_Access is treated like
Atomic in all cases except checking specific RM legality rules,
and controlling atomic synchronization.
Tested on x86_64-pc-linux-gnu, committed on trunk
2015-05-22 Robert Dewar de...@adacore.com
* exp_ch5.adb,
On Fri, May 22, 2015 at 06:43:32AM -0400, Richard Kenner wrote:
(Assuming it's a goal of this standard to be human parseable to more
than a few dozen people on the planet.)
Unfortunately, that's rarely a goal of most standards. ;-)
My experience does match Richard's, sad to say. There
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
--- Comment #14 from Dominik Vogt vogt at linux dot vnet.ibm.com ---
Is it possible that a function has no insns at all?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
Dominik Vogt vogt at linux dot vnet.ibm.com changed:
What|Removed |Added
Attachment #35597|0 |1
+ case OBJ_TYPE_REF:
+ {
+ if (!operand_equal_p (OBJ_TYPE_REF_EXPR (arg0),
+ OBJ_TYPE_REF_EXPR (arg1), flags))
+ return false;
+ if (flag_devirtualize virtual_method_call_p (arg0))
+ {
+ if (tree_to_uhwi
And no, I'm hesitant to change operand_equal_p too much. It's
very much deep-rooted into GENERIC.
OK, as another option, i can bring relevant logic from operand_equal_p
to ipa-icf and separate it into the compare_operand class like I did.
Use it in ipa-icf-gimple now and we can slowly turn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65832
--- Comment #5 from Richard Biener rguenth at gcc dot gnu.org ---
On a related note, store_constructor handles VECTOR_TYPE constructors through
the vec_init optab but that doesn't work for vector elements:
/* Don't use vec_initmode
On 05/22/2015 04:31 AM, Eric Botcazou wrote:
My apologies for the delay on Ada. I have reworked the patch to leave
the first pass on the TYPE_DECLs which are definitely needed. I also
optimized things a bit, since we don't need to save all the globals any
more.
Thanks, this looks fine modulo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66253
Bug ID: 66253
Summary: [6 Regression] 459.GemsFDTD in SPEC CPU 2006 is
miscompiled
Product: gcc
Version: 5.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66251
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||rguenth at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
--- Comment #13 from Jakub Jelinek jakub at gcc dot gnu.org ---
The only function without active insns I'm aware of is:
void
foo (void)
{
__builtin_unreachable ();
}
which only contains notes and a BARRIER, nothing else (at least on s390x).
It
On Fri, 22 May 2015, Jan Hubicka wrote:
Hi,
this patch fixes few cases where we compute alias type and don't need to
that are found by adding type_with_alias_set_p check to alias.c (I will send
this patch separately as there is still one ICE caught by it I believe
originating from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53911
--- Comment #4 from Oleg Endo olegendo at gcc dot gnu.org ---
There is a GSoC 2015 project which will try to address the AMS problem.
https://www.google-melange.com/gsoc/project/details/google/gsoc2015/erikvarga/5693417237512192
It will be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
Dominik Vogt vogt at linux dot vnet.ibm.com changed:
What|Removed |Added
Attachment #35598|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60890
--- Comment #3 from Oleg Endo olegendo at gcc dot gnu.org ---
There is a GSoC 2015 project which will try to address the AMS problem.
https://www.google-melange.com/gsoc/project/details/google/gsoc2015/erikvarga/5693417237512192
It will be
Hi,
this patch fixes few cases where we compute alias type and don't need to
that are found by adding type_with_alias_set_p check to alias.c (I will send
this patch separately as there is still one ICE caught by it I believe
originating from ipa-icf-gimple, I have more involved fix for that)
The
This patch reimplements the generation of anonymous finalization masters used
in servicing anonymous access-to-controlled type allocations. The modification
prevents the generation of a duplicate anonymous master in certain cases.
-- Source --
-- gen_pack.ads
with
The 'Size of a discrete subtype with a null range should be zero. The
following test:
1. with Ada.Text_IO; use Ada.Text_IO;
2. procedure Static_Null_Range_Size is
3.subtype Static_Null_Range is
4. Integer range 5 .. 0;
5.Dummy : Static_Null_Range;
6.
This patch updates the implementation of anonymous masters that support
finalization actions of anonymous access-to-controlled type allocations
to handle package instantiations that act as a compilation unit.
-- Source --
-- q.ads
package Q is
type Obj_T is tagged
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66224
--- Comment #4 from David Edelsohn dje at gcc dot gnu.org ---
Author: dje
Date: Fri May 22 13:02:34 2015
New Revision: 223564
URL: https://gcc.gnu.org/viewcvs?rev=223564root=gccview=rev
Log:
PR target/66224
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66253
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||matz at gcc
On Fri, 22 May 2015, Jan Hubicka wrote:
Hi,
I am working on patch that makes operand_equal_p replace logic from
ipa-icf-gimple's compare_op via a valueizer hook. Currently the patch however
cuts number of merges on firefox to half (apparently becuase it gives up on
some tree codes too
Index: emit-rtl.c
===
--- emit-rtl.c (revision 223508)
+++ emit-rtl.c (working copy)
@@ -1787,8 +1787,15 @@ set_mem_attributes_minus_bitpos (rtx ref
memset (attrs, 0, sizeof (attrs));
/* Get the alias
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
--- Comment #16 from Jakub Jelinek jakub at gcc dot gnu.org ---
The function I've mentioned has:
(note 1 0 3 NOTE_INSN_DELETED)
(note 3 1 12 [bb 2] NOTE_INSN_BASIC_BLOCK)
(note 12 3 2 NOTE_INSN_PROLOGUE_END)
(note 2 12 5 NOTE_INSN_FUNCTION_BEG)
Hi,
this is also by and large obvious, I think: in order to use the right
location for error messages about 'explicit', just use
declspecs-locations[ds_explicit]. Tested x86_64-linux.
Thanks,
Paolo.
PS: I'm pretty sure we do have similar issues for other decl-specifiers,
which can be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56590
--- Comment #3 from Oleg Endo olegendo at gcc dot gnu.org ---
There is a GSoC 2015 project which will try to address the AMS problem.
https://www.google-melange.com/gsoc/project/details/google/gsoc2015/erikvarga/5693417237512192
It will be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50749
--- Comment #19 from Oleg Endo olegendo at gcc dot gnu.org ---
There is a GSoC 2015 project which will try to address the AMS problem.
https://www.google-melange.com/gsoc/project/details/google/gsoc2015/erikvarga/5693417237512192
It will be
On 05/22/2015 07:23 AM, Richard Biener wrote:
On Wed, May 20, 2015 at 5:50 PM, Aldy Hernandez al...@redhat.com wrote:
On 05/18/2015 06:56 AM, Richard Biener wrote:
diff --git a/gcc/tree-core.h b/gcc/tree-core.h
index ad1bb23..2a9f417 100644
--- a/gcc/tree-core.h
+++ b/gcc/tree-core.h
@@
On Fri, 22 May 2015, Richard Biener wrote:
All arguments still apply apart from the fact that we'll have plenty
of releases from the GCC 5 branch (and the alternatives patch is
safe there).
So for GCC 5 I'm willing to leave it to the architecture maintainers,
but please wait for other RMs
This is an internal change that renames the Has_Volatile_Full_Access flag into
Is_Volatile_Full_Access for the sake of consistency with similar flags.
No user-visible changes.
Tested on x86_64-pc-linux-gnu, committed on trunk
2015-05-22 Eric Botcazou ebotca...@adacore.com
* einfo.ads
On 05/22/2015 07:26 AM, Richard Biener wrote:
On Wed, May 20, 2015 at 11:45 PM, Aldy Hernandez al...@redhat.com wrote:
On 05/20/2015 05:01 PM, Jan Hubicka wrote:
commit 8824b5ecba26cef065e47b34609c72677c3c36fc
Author: Aldy Hernandez al...@redhat.com
Date: Wed May 20 16:31:14 2015 -0400
OK.
Jason
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42612
--- Comment #5 from Oleg Endo olegendo at gcc dot gnu.org ---
There is a GSoC 2015 project which will try to address the AMS problem.
https://www.google-melange.com/gsoc/project/details/google/gsoc2015/erikvarga/5693417237512192
It will be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65491
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to
Hello!
This patch splits SSE specific part of set_fast_math to its own
function, decorated with fxsr,sse target attribute. This way, we can
avoid compiling the whole file with -msse that implies generation of
possibly unsupported CMOVE insns.
Additionally, we can now use generic t-crtfm makefile
Hi,
PR 66181 is about ICE in verify_type that complains that type and its variant
differs
by TYPE_NO_FORCE_BLK. This flag is kind-of internal to stor-layout.c, so the
divergence
may not matter (I am not sure about it as C++ FE finalizes type variants
separately
and thus it may trip to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65598
--- Comment #6 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Fri May 22 14:14:38 2015
New Revision: 223576
URL: https://gcc.gnu.org/viewcvs?rev=223576root=gccview=rev
Log:
/cp
2015-05-22 Paolo Carlini
There are two problems involved in this PR.
First, as Clang's ubsan detects, we are using static_cast to convert
from _Rb_tree_node_base* to _Rb_tree_node_Val* in cases where there
is no _Rb_tree_node_Val at that address (_M_impl._M_header is just
an _Rb_tree_node_base). That's undefined
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66253
--- Comment #2 from H.J. Lu hjl.tools at gmail dot com ---
(In reply to Richard Biener from comment #1)
Probably related to PR66251 aka strided store support.
It is caused by r223486.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61198
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||galbramc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66253
--- Comment #3 from Michael Matz matz at gcc dot gnu.org ---
Can you check if the patch at
https://gcc.gnu.org/ml/gcc-patches/2015-05/msg02133.html
helps also gemsfdtd?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65764
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
This patch adjusts the fix for PR target/65689 along the lines suggested
in https://gcc.gnu.org/ml/gcc-patches/2015-04/msg01559.html. The idea
is to reuse the existing gensupport.c routine to work out the codes
accepted by constraints.
I'd originally done this with an eye to using
This example which I wrote to test ifconversion, currently fails to if-convert
or vectorize:
int foo ()
{
for (int i = 0; i 32 ; i++)
{
int m = (a[i] i) ? 5 : 4;
b[i] = a[i] * m;
}
}
...because jump-threading in dom1 rearranged the loop into a form that neither
On Thu, May 21, 2015 at 09:24:37AM -0600, Jeff Law wrote:
When combine needs to split a complex insn, it will canonicalize a
simple (mult X (const_int Y)) where Y is a power of 2 into the expected
(ashift X (const_int Y')) if the (mult ...) is selected as a split point.
However if the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66195
David Edelsohn dje at gcc dot gnu.org changed:
What|Removed |Added
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66142
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org ---
As for the FRE (actually SCCVN) issue, seems this affects more than
GOMP_SIMD_LANE, seems there is insufficient canonicalization of the references
performed by SCCVN, so the same
On 22/05/15 15:28, Jason Merrill wrote:
On 05/22/2015 09:55 AM, David Edelsohn wrote:
On Fri, May 22, 2015 at 9:40 AM, Jason Merrill ja...@redhat.com wrote:
On 05/22/2015 07:23 AM, Ramana Radhakrishnan wrote:
+ /* Load the guard value only through an atomic acquire load. */
+ guard =
On 05/22/2015 09:55 AM, David Edelsohn wrote:
On Fri, May 22, 2015 at 9:40 AM, Jason Merrill ja...@redhat.com wrote:
On 05/22/2015 07:23 AM, Ramana Radhakrishnan wrote:
+ /* Load the guard value only through an atomic acquire load. */
+ guard = build_atomic_load (guard, MEMMODEL_ACQUIRE);
Hi James,
On 19/05/15 12:18, James Greenhalgh wrote:
On Mon, Apr 20, 2015 at 11:16:02AM +0100, Kyrylo Tkachov wrote:
Hi all,
The ICE in the PR happens when we pass a 1x(128-bit float) vector as an
argument.
The aarch64 backend erroneously classifies it as a composite type when in
fact it
is a
+ case OBJ_TYPE_REF:
+ {
+ if (!operand_equal_p (OBJ_TYPE_REF_EXPR (arg0),
+ OBJ_TYPE_REF_EXPR (arg1), flags))
+ return false;
+ if (flag_devirtualize virtual_method_call_p (arg0))
+ {
+ if (tree_to_uhwi
101 - 200 of 247 matches
Mail list logo
