https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68062
--- Comment #15 from Marek Polacek ---
Author: mpolacek
Date: Wed Jan 27 19:13:42 2016
New Revision: 232894
URL: https://gcc.gnu.org/viewcvs?rev=232894&root=gcc&view=rev
Log:
PR c/68062
* c-typeck.c (build_binary_op) [EQ_EXPR, GE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68062
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68062
--- Comment #13 from Marek Polacek ---
I still see the ICE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68062
--- Comment #12 from Richard Biener ---
(In reply to Andrew Pinski from comment #11)
> We still get the bogus IR but we don't ICE any more:
> v4qi c;
> uv4qi d;
>
> c = {a, a, a, a};
> d = {a, a, a, a};
> D.2757 = c != d;
> D.2758 =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68062
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2015-10-23 00:00:00 |2015-12-28
--- Comment #11 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68062
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
--- Comment #10 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68062
--- Comment #9 from rguenther at suse dot de ---
On Thu, 12 Nov 2015, uweigand at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68062
>
> --- Comment #8 from Ulrich Weigand ---
> (In reply to Richard Biener from comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68062
--- Comment #8 from Ulrich Weigand ---
(In reply to Richard Biener from comment #7)
> I think there was some inconsistencies in C vs. C++ FEs in this area (but as
> usual I don't remember exactly but I remember Uli complaining about it again
> at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68062
Richard Biener changed:
What|Removed |Added
CC||uweigand at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68062
--- Comment #6 from Marek Polacek ---
If we should pay attention to the sign, then maybe
--- gcc/c-family/c-common.c
+++ gcc/c-family/c-common.c
@@ -11903,9 +11903,9 @@ vector_types_compatible_elements_p (tree t1, tree t2)
&& (c2 =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68062
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68062
--- Comment #4 from Ilya Enkovich ---
(In reply to Ilya Enkovich from comment #3)
> (In reply to Richard Biener from comment #1)
> > I suppose that is Iljas fault (only happens on trunk).
>
> Yes, -funsigned-char seems to be my fault. I'll have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68062
--- Comment #3 from Ilya Enkovich ---
(In reply to Richard Biener from comment #1)
> I suppose that is Iljas fault (only happens on trunk).
Yes, -funsigned-char seems to be my fault. I'll have look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68062
--- Comment #2 from Richard Biener ---
The FEs are missing a VIEW_CONVERT_EXPR around one of the operands. But I
suppose 4.8 is correct in rejecting this compare with mismatched sign
(though the rejection isn't dependent on the sign of char).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68062
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.4
Summary|ICE when compa
15 matches
Mail list logo