https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81906
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81911
Bug ID: 81911
Summary: Constant expression from permitted result of a
constant expression is not constexpr
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81724
--- Comment #1 from Tom de Vries ---
More complete failure list:
...
FAIL: gcc.dg/stack-layout-dynamic-1.c (internal compiler error)
FAIL: gcc.dg/memcmp-1.c (internal compiler error)
FAIL: gcc.dg/strcmp-1.c (internal compiler error)
FAIL: gcc.dg/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81901
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81910
Bug ID: 81910
Summary: [avr] ICE with "address" attribute on type
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: targ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81910
Georg-Johann Lay changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81907
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81904
--- Comment #2 from Richard Biener ---
__m128d h(__m128d x, __m128d y, __m128d z){
__m128d tem = _mm_mul_pd (x,y);
__m128d tem2 = tem + z;
__m128d tem3 = tem - z;
return __builtin_shuffle (tem2, tem3, (__m128i) {0, 3});
}
doesn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81904
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81863
--- Comment #10 from Arnd Bergmann ---
(In reply to Yvan Roux from comment #8)
>
> /* Nonzero if this chip provides the MOVW and MOVT instructions. */
> -#define TARGET_HAVE_MOVT (arm_arch_thumb2 || arm_arch8)
> +#define TARGET_HAVE_MOV
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81908
--- Comment #2 from Richard Biener ---
Btw, the anti-ranges can be made "signed" by
/* If we have an unsigned anti-range convert it to the respective
signed type. */
if (range_type == VR_ANTI_RANGE
&& TYPE_UNSIGNED (exptype)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81900
--- Comment #3 from pipcet at gmail dot com ---
I've investigated some more, and Mikael's bisection appears to confirm my
investigation:
The problem appears to be this chunk:
@@ -2418,7 +2423,9 @@ compute_antic (void)
inverted_post_order_comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81909
Bug ID: 81909
Summary: [nvptx] Missing warning in gcc.dg/pr53037-{2,3}.c
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81863
--- Comment #9 from ard.biesheuvel at linaro dot org ---
(In reply to Yvan Roux from comment #8)
> On 7 branch the following should fix the issue, but as I mentioned in
> comment #5, maybe TARGET_USE_MOVT is a better place to do the checking but
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81908
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81899
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81898
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81897
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80519
--- Comment #7 from Richard Biener ---
*** Bug 81892 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81892
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81889
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.3
Summary|[7 Regression] b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81908
Bug ID: 81908
Summary: [8 Regression] FAIL:
gfortran.dg/alloc_comp_auto_array_2.f90 -O3 -g -m32
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: diagno
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81863
--- Comment #8 from Yvan Roux ---
On 7 branch the following should fix the issue, but as I mentioned in comment
#5, maybe TARGET_USE_MOVT is a better place to do the checking but this will
need some
s/TARGET_HAVE_MOVT/TARGET_USE_MOVT/
--- a/gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81884
--- Comment #6 from Richard Biener ---
Author: rguenth
Date: Mon Aug 21 07:37:59 2017
New Revision: 251217
URL: https://gcc.gnu.org/viewcvs?rev=251217&root=gcc&view=rev
Log:
2017-08-21 Richard Biener
PR middle-end/81884
* tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81884
Richard Biener changed:
What|Removed |Added
Known to work||8.0
Summary|[6/7/8 Regressio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81907
--- Comment #11 from dongkyun.s at samsung dot com ---
Dear pins...@gcc.gnu.org,
Thanks for correcting title to "memset called when it does not need to be;
-mtune=cortex-a9" along with the comment :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81907
--- Comment #10 from Andrew Pinski ---
(In reply to dongkyun.s from comment #9)
> I mean -ffreestanding or -fno-freestanding are not included in this
> testcase, but, mtune/ mcpu option.
Yes but your summary was saying memset was missing which is
101 - 127 of 127 matches
Mail list logo