https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81652
Bug 81652 depends on bug 85485, which changed state.
Bug 85485 Summary: Remove -mcet
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85485
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85485
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85490
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81652
Bug 81652 depends on bug 85490, which changed state.
Bug 85490 Summary: Missing STAGE4_CFLAGS in bootstrap-cet.mk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85490
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85509
--- Comment #3 from ASA ---
(In reply to Richard Biener from comment #2)
> The issue is you fail to make PerformQuickly and PerformSafely const and GCC
> doesn't have local analysis to promote it so and IPA analysis is too late
> for that since i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85520
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85521
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85520
kargl at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |kargl at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85520
--- Comment #5 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Wed Apr 25 00:12:58 2018
New Revision: 259625
URL: https://gcc.gnu.org/viewcvs?rev=259625&root=gcc&view=rev
Log:
2018-04-24 Steven G. Kargl
PR fortran/85520
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85520
--- Comment #4 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Wed Apr 25 00:00:47 2018
New Revision: 259624
URL: https://gcc.gnu.org/viewcvs?rev=259624&root=gcc&view=rev
Log:
2018-04-24 Steven G. Kargl
PR fortran/85520
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85520
--- Comment #3 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Tue Apr 24 23:17:29 2018
New Revision: 259623
URL: https://gcc.gnu.org/viewcvs?rev=259623&root=gcc&view=rev
Log:
2018-04-24 Steven G. Kargl
PR fortran/85520
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85400
Eric Botcazou changed:
What|Removed |Added
Keywords|wrong-code |
Component|target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85492
Jim Wilson changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85492
--- Comment #1 from Jim Wilson ---
The testcase fails with default dynamic linking. It works with static linking.
It also works if runtime_error is removed and we have just a plain throw.
Using github riscv/riscv-gnu-toolchain project, which h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85490
--- Comment #1 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Tue Apr 24 22:12:46 2018
New Revision: 259620
URL: https://gcc.gnu.org/viewcvs?rev=259620&root=gcc&view=rev
Log:
x86/CET: Add -fcf-protection to STAGE4_CFLAGS
Since profiledbootst
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85520
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85521
--- Comment #3 from Dominique d'Humieres ---
> Likely r256944.
This is for the test in comment 0. For the test in comment 1, I get the
following change between r257064 and r257065
% /opt/gcc/gcc8p-257064p2/bin/gfortran pr85521_1.f90
pr85521_1.f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85521
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85513
--- Comment #2 from rene.r...@fu-berlin.de ---
Ok, I see.
Many thanks for the hint and apologies for the duplicate.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71660
--- Comment #19 from Thiago Macieira ---
And Qt has stopped complaining about this.
https://codereview.qt-project.org/227296
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69560
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71660
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #18
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58538
--- Comment #4 from Jonathan Wakely ---
cp/pt.c convert_template_argument has this code:
/* Deal with an injected-class-name used as a template template arg. */
if (requires_tmpl_type && CLASS_TYPE_P (arg))
{
tree t = maybe_get_te
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84923
--- Comment #2 from Vladimir Mezentsev
---
I proposed the following fix but I don't know the fix was approved or not:
From: Vladimir Mezentsev
When weakref_targets is not empty a target cannot be removed from weak_decls.
A small example is be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85518
--- Comment #2 from joseph at codesourcery dot com ---
You still need some of the built-in functions for use with __float128 in
C++ when that has a different format from long double. It's the built-in
functions for types with the same format a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85518
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58538
--- Comment #3 from Jonathan Wakely ---
For comment 2, Clang now accepts the code (since 5.0.0), and so does EDG. That
seems correct according to [temp.local].
GCC still gets the original case in comment 0 wrong.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85515
--- Comment #4 from David Malcolm ---
Also affects gcc 7 and gcc 6 branches.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85511
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85514
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58538
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85501
--- Comment #2 from Andrew Pinski ---
Take:
void f(float *myVector, float *result, int i )
{
for(int n = 0; n < 1024; n++)
if (myVector[n] > 0.5){
result[n] = 0.8f;
}
else {
result[n] = 0.1f;
}
}
This loop does get vectorized at -O3 and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68256
Steve Ellcey changed:
What|Removed |Added
CC||sje at gcc dot gnu.org
--- Comment #11 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84923
Steve Ellcey changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85521
--- Comment #1 from G. Steinmetz ---
$ cat z2.f90
program p
character(3) :: c = 'abc'
character(3) :: z(1)
z = [ c(:-2) ]
print *, z
end
$ gfortran-8-20180422 -c z2.f90
z2.f90:4:0:
z = [ c(:-2) ]
Warning: '__builtin_memmove'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85521
Bug ID: 85521
Summary: [8 Regression] ICE in
gfc_resolve_character_array_constructor, at
fortran/array.c:2049
Product: gcc
Version: 8.0
Status: UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85520
--- Comment #1 from G. Steinmetz ---
Additional test cases :
$ cat z3.f90
program p
character(-huge(1_8)/2_8) :: c(2) = ' '
print *, len(c), size(c), c
end
$ gfortran-8-20180422 -c z3.f90
f951: out of memory allocating 8 bytes after a t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85520
Bug ID: 85520
Summary: [6/7/8 Regression] Out of memory when declaring a
character with len << 0
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85519
Bug ID: 85519
Summary: [nvptx, openacc, openmp, testsuite] Recursive tests
may fail due to thread stack limit
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84889
--- Comment #8 from David Malcolm ---
But what about parallel builds, where the errors can get interleaved?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85518
Bug ID: 85518
Summary: ICE mangling _FloatN types
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85512
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Priority|P1 |P2
--- Comment #10 from ktk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85512
--- Comment #9 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Tue Apr 24 16:58:49 2018
New Revision: 259614
URL: https://gcc.gnu.org/viewcvs?rev=259614&root=gcc&view=rev
Log:
[AArch64] PR target/85512: Tighten SIMD right shift immedi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85485
--- Comment #7 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Tue Apr 24 16:56:04 2018
New Revision: 259613
URL: https://gcc.gnu.org/viewcvs?rev=259613&root=gcc&view=rev
Log:
x86/CET: Remove the -mcet command-lint option
With revision 259496
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85485
--- Comment #6 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Tue Apr 24 16:54:35 2018
New Revision: 259612
URL: https://gcc.gnu.org/viewcvs?rev=259612&root=gcc&view=rev
Log:
x86/CET tests: Remove -mcet/-mno-cet or replace -mcet with -mshstk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85485
--- Comment #5 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Tue Apr 24 16:47:24 2018
New Revision: 259611
URL: https://gcc.gnu.org/viewcvs?rev=259611&root=gcc&view=rev
Log:
Don't bootstrap GCC with -mcet
With revision 259496:
commit b1384
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85511
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Tue Apr 24 16:42:59 2018
New Revision: 259609
URL: https://gcc.gnu.org/viewcvs?rev=259609&root=gcc&view=rev
Log:
PR target/85511
* config/i386/i386.c (ix86_init_mmx_sse_bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85485
--- Comment #4 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Tue Apr 24 16:41:01 2018
New Revision: 259608
URL: https://gcc.gnu.org/viewcvs?rev=259608&root=gcc&view=rev
Log:
x86/CET: Build target libraries with -mshstk
With revision 259522:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85512
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85434
--- Comment #8 from Thomas Preud'homme ---
(In reply to Thomas Preud'homme from comment #7)
> (In reply to Thomas Preud'homme from comment #6)
> > (In reply to Thomas Preud'homme from comment #3)
> > >
> > > My feeling is that the target pattern
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85160
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85503
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85503
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Tue Apr 24 16:05:19 2018
New Revision: 259607
URL: https://gcc.gnu.org/viewcvs?rev=259607&root=gcc&view=rev
Log:
PR target/85503
* config/rs6000/rs6000-p8swap.c (const_loa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85516
--- Comment #3 from Jakub Jelinek ---
UB only with -fstrict-enums which isn't the default.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85513
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85516
--- Comment #2 from Avi Kivity ---
Interesting. Still missing optimizations - v cannot be larger than 9 (UB), and
bt is faster than mov+shift+and.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85516
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85081
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84658
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85394
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85248
Martin Liška changed:
What|Removed |Added
Known to work||7.3.1
Summary|[6/7 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85405
Martin Liška changed:
What|Removed |Added
Known to work||7.3.1
Summary|[6/7 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85515
--- Comment #3 from David Malcolm ---
Some examples of using the leaky abstractions, adapted from the video:
int main ()
{
auto lambda = [val = 2](){ return val; };
//lambda.__val = 4;
return lambda();
}
On uncommenting the assignment,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85389
--- Comment #4 from Martin Liška ---
Author: marxin
Date: Tue Apr 24 15:19:32 2018
New Revision: 259604
URL: https://gcc.gnu.org/viewcvs?rev=259604&root=gcc&view=rev
Log:
Backport r259459
2018-04-24 Martin Liska
Backport from mainli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85405
--- Comment #6 from Martin Liška ---
Author: marxin
Date: Tue Apr 24 15:19:11 2018
New Revision: 259603
URL: https://gcc.gnu.org/viewcvs?rev=259603&root=gcc&view=rev
Log:
Backport r259431
2018-04-24 Martin Liska
Backport from mainli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85405
--- Comment #5 from Martin Liška ---
Author: marxin
Date: Tue Apr 24 15:18:57 2018
New Revision: 259602
URL: https://gcc.gnu.org/viewcvs?rev=259602&root=gcc&view=rev
Log:
Backport r259429
2018-04-24 Martin Liska
Backport from mainli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85248
--- Comment #13 from Martin Liška ---
Author: marxin
Date: Tue Apr 24 15:18:42 2018
New Revision: 259601
URL: https://gcc.gnu.org/viewcvs?rev=259601&root=gcc&view=rev
Log:
Backport r259274
2018-04-24 Martin Liska
Backport from mainl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85248
--- Comment #12 from Martin Liška ---
Author: marxin
Date: Tue Apr 24 15:18:25 2018
New Revision: 259600
URL: https://gcc.gnu.org/viewcvs?rev=259600&root=gcc&view=rev
Log:
Backport r259265
2018-04-24 Martin Liska
Backport from mainl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85517
Bug ID: 85517
Summary: std::variant exception safety problems
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85081
--- Comment #5 from Martin Liška ---
Author: marxin
Date: Tue Apr 24 15:17:48 2018
New Revision: 259599
URL: https://gcc.gnu.org/viewcvs?rev=259599&root=gcc&view=rev
Log:
Backport r258924
2018-04-24 Martin Liska
Backport from mainli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84963
--- Comment #5 from Martin Liška ---
Author: marxin
Date: Tue Apr 24 15:17:19 2018
New Revision: 259598
URL: https://gcc.gnu.org/viewcvs?rev=259598&root=gcc&view=rev
Log:
Backport r258705
2018-04-24 Martin Liska
Backport from mainli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84658
--- Comment #26 from Martin Liška ---
Author: marxin
Date: Tue Apr 24 15:17:00 2018
New Revision: 259597
URL: https://gcc.gnu.org/viewcvs?rev=259597&root=gcc&view=rev
Log:
Backport r258480
2018-04-24 Martin Liska
Backport from mainl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85516
Bug ID: 85516
Summary: [missed-optimization] gcc does not convert multiple
compares against constants to a shift+bitmask test
Product: gcc
Version: 8.0
Status: UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85515
David Malcolm changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85502
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85515
--- Comment #1 from Richard Biener ---
Maybe the fields should be DECL_ARTIFICIAL and we shouldn't suggest such
fields? Or we make them DECL_NAMELESS instead? [both have effects on
debuginfo as well]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84842
--- Comment #12 from Andrey Belevantsev ---
(In reply to Alexander Monakov from comment #11)
> Thanks, I managed to reproduce it. The unusual thing here is hardreg 63
> being considered call-clobbered in its reg_raw_mode=TImode but not narrower
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85515
Bug ID: 85515
Summary: Bogus suggestions from "GCC's leaky abstractions"
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85514
Bug ID: 85514
Summary: g++ accepts invalid template code
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85508
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78497
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|marxin at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85508
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Tue Apr 24 13:20:20 2018
New Revision: 259594
URL: https://gcc.gnu.org/viewcvs?rev=259594&root=gcc&view=rev
Log:
PR target/85508
* config/i386/i386.c (ix86_expand_vector_i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85512
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367
Bug 54367 depends on bug 68071, which changed state.
Bug 68071 Summary: Generic lambda variadic argument pack cannot be empty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68071
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64095
--- Comment #11 from Jonathan Wakely ---
*** Bug 68071 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68071
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367
Bug 54367 depends on bug 57443, which changed state.
Bug 57443 Summary: Captured variable hide the parameter if they have the same
name in Lambdas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57443
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57443
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79133
Jonathan Wakely changed:
What|Removed |Added
CC||kou4307 at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79133
Jonathan Wakely changed:
What|Removed |Added
Keywords||accepts-invalid
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85478
--- Comment #10 from Andreas Krebbel ---
Author: krebbel
Date: Tue Apr 24 12:18:26 2018
New Revision: 259593
URL: https://gcc.gnu.org/viewcvs?rev=259593&root=gcc&view=rev
Log:
Fix PR85478
gcc/ChangeLog:
2018-04-24 Andreas Krebbel
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85513
Bug ID: 85513
Summary: symbol already defined error if using default
invocable arguments with lambda expressions
Product: gcc
Version: 8.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85512
--- Comment #7 from Zdenek Sojka ---
Created attachment 44014
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44014&action=edit
unreduced testcase (fully defined behavior at runtime, hopefully)
$ aarch64-unknown-linux-gnu-gcc -O -fno-if-con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85512
--- Comment #6 from ktkachov at gcc dot gnu.org ---
The right-shift SIMD instructions don't allow a shift of zero. The
left-shifting ones do.
So I'd expect *aarch64_lshr_sisd_or_int_3 needs to be adjusted as well
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85512
--- Comment #5 from Jakub Jelinek ---
(In reply to ktkachov from comment #2)
> Indeed a SSHR by zero is not valid.
> One would hope that the optimisers would have eliminated the shift by zero
It can't be guaranteed. The reason the __builtin_add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85512
--- Comment #4 from Jakub Jelinek ---
What other shift instructions don't allow 0 immediates?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85512
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85512
--- Comment #2 from ktkachov at gcc dot gnu.org ---
Indeed a SSHR by zero is not valid.
One would hope that the optimisers would have eliminated the shift by zero by
this point but the constraints on the *aarch64_ashr_sisd_or_int_si3 pattern
need
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85512
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85512
Bug ID: 85512
Summary: [8 Regression] gcc generating non-existing sshr with
immh == 0
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Keywords: assemble-failure
1 - 100 of 123 matches
Mail list logo
