https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92473
--- Comment #5 from Richard Biener ---
Author: rguenth
Date: Wed Nov 13 08:04:31 2019
New Revision: 278113
URL: https://gcc.gnu.org/viewcvs?rev=278113&root=gcc&view=rev
Log:
2019-11-13 Richard Biener
PR tree-optimization/92473
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92305
--- Comment #15 from Tobias Burnus ---
The mentioned patch (for a related case but not relevant for this bug) is now
committed as r278114, see
https://gcc.gnu.org/ml/gcc-patches/2019-11/msg00990.html
Regarding the issue in this bug: Janne pointe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92055
--- Comment #9 from Georg-Johann Lay ---
Author: gjl
Date: Wed Nov 13 08:18:35 2019
New Revision: 278115
URL: https://gcc.gnu.org/viewcvs?rev=278115&root=gcc&view=rev
Log:
PR target/92055
* config/avr/t-avr (avr-mcus): Do not dep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92479
--- Comment #3 from tangyixuan ---
(In reply to Andrew Pinski from comment #1)
> The code for Wunreachable-code was removed a long time ago (around 5-10
> years ago).
Thanks for your time, Andrew.
I didn't notice that the -Wunreachable-code is i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92492
Bug ID: 92492
Summary: [AVX512F] Icc generate much better code for loop
vectorization
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92206
--- Comment #10 from rsandifo at gcc dot gnu.org
---
Author: rsandifo
Date: Wed Nov 13 08:42:56 2019
New Revision: 278119
URL: https://gcc.gnu.org/viewcvs?rev=278119&root=gcc&view=rev
Log:
[C++] Fix interaction between aka changes and DR1558 (P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92493
Bug ID: 92493
Summary: ICE in get_origin_and_offset at
gimple-ssa-sprintf.c:2314
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92479
--- Comment #4 from tangyixuan ---
(In reply to Eric Gallager from comment #2)
> (In reply to Andrew Pinski from comment #1)
> > The code for Wunreachable-code was removed a long time ago (around 5-10
> > years ago).
>
> There are some other bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92493
Martin Liška changed:
What|Removed |Added
Target||riscv64-linux-gnu
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92398
--- Comment #7 from Xiong Hu XS Luo ---
Starting broken revision on Power8BE is r265398:
commit 171920e88fed13ed26336ca884123eff37176c36 (HEAD, refs/bisect/bad)
Author: segher
Date: Mon Oct 22 20:23:39 2018 +
combine: Do not combine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92492
--- Comment #1 from Hongtao.liu ---
Much more simple case, exclude disturb of point alias and unknown loop count
cat test.c:
typedef unsigned char uint8_t;
static inline uint8_t x264_clip_uint8( int x )
{
return x&(~63) ? (-x)>>7 : x;
}
voi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92494
Bug ID: 92494
Summary: ICE on function templates with placeholder return type
decltype([]{}) and return type doesn't match
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92206
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92481
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92486
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92481
--- Comment #2 from simon.moll at emea dot nec.com ---
The original source file is invalid too (it is huge. Do you still want me to
attach it?). I understand that g++ should not segfault in any case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92481
Martin Liška changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #3 from Martin Liška ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92473
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92490
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92484
--- Comment #1 from Jonathan Wakely ---
(In reply to Romain Geissler from comment #0)
> Is there any official way to build gcc with another C++ standard by default
> ? And is in-tree build of libs like gmp/mpfr/mpc/isl still supported or
> offici
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92484
--- Comment #2 from Romain Geissler ---
Yes this is what I did, I reverted back to ISL 0.21 which for me has been
working for the past months (don't know if it's a recommanded version though).
Shall we keep this bug open to track the upcoming su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92283
Richard Biener changed:
What|Removed |Added
Keywords||ra
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92470
--- Comment #4 from Tobias Burnus ---
Author: burnus
Date: Wed Nov 13 11:13:57 2019
New Revision: 278128
URL: https://gcc.gnu.org/viewcvs?rev=278128&root=gcc&view=rev
Log:
PR fortran/92470 Fixes for CFI_address
libgfortran/
PR f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92483
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92495
Bug ID: 92495
Summary: spaceship operator requires public member
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92483
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92484
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92496
Bug ID: 92496
Summary: spaceship operator without include produces
ICE
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92486
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92486
--- Comment #3 from Richard Biener ---
Note when changing struct s to say
struct s {
char c;
int i __attribute__((aligned(128)));
};
you can (if you disable SRA!) observe that RTL expansion copies padding
for aggregate assignments:
g:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92486
Richard Biener changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92492
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92283
--- Comment #22 from Richard Biener ---
For reference, the following assembler patch fixes the miscompare:
--- results.s 2019-11-13 13:07:54.964478824 +0100
+++ results.s.ok2019-11-13 13:06:29.024055977 +0100
@@ -2266,11 +2266,12 @@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91851
--- Comment #4 from Tobias Burnus ---
Bernd posted the CC0-to-MODE_CC patches for review, cf:
https://gcc.gnu.org/ml/gcc-patches/2019-11/msg01028.html [0/4]
https://gcc.gnu.org/ml/gcc-patches/2019-11/msg01029.html [1/4]
https://gcc.gnu.org/ml/gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92475
--- Comment #8 from Richard Biener ---
So while we clear range info from _5 when
Setting value number of g_16 to _5 (changed)
clearing range info of _5
we're not clearing range info from all defs leading to it and since
# RANGE [0, 7] NONZER
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92439
Andrew Sutton changed:
What|Removed |Added
CC||andrew.n.sutton at gmail dot
com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92496
Jonathan Wakely changed:
What|Removed |Added
Keywords|ice-on-valid-code |ice-on-invalid-code
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92495
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92496
--- Comment #2 from Jonathan Wakely ---
Slightly reduced:
template
struct A {};
struct B {
constexpr auto operator<=>(const B&) const = default;
int value;
};
A t;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91851
--- Comment #5 from John Paul Adrian Glaubitz ---
(In reply to Tobias Burnus from comment #4)
> Bernd posted the CC0-to-MODE_CC patches for review, cf:
>
> https://gcc.gnu.org/ml/gcc-patches/2019-11/msg01028.html [0/4]
> https://gcc.gnu.org/ml/g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91935
--- Comment #3 from Dimitar Yordanov ---
ld.bfd --gc-sections drops the dead symbols, at least in the example code.
ld.gold --gc-sections works differently. I guess it does not even look at
sections without SHF_ALLOC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92389
--- Comment #2 from Martin Liška ---
Thank you Tom for the bug report (and the suggested fix). It's obviously
correct.
One can verify the feature availability here:
https://en.wikipedia.org/wiki/AVX-512#CPUs_with_AVX-512
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92389
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |10.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92454
--- Comment #6 from Martin Jambor ---
Author: jamborm
Date: Wed Nov 13 14:12:58 2019
New Revision: 278142
URL: https://gcc.gnu.org/viewcvs?rev=278142&root=gcc&view=rev
Log:
Add a few missing checks that IPA_NODE_REF is not NULL (PR 92454)
2019-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92454
Martin Jambor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92497
Bug ID: 92497
Summary: Aggregate IPA-CP and inlining do not play well
together, transformation is lost
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92403
Andrew Sutton changed:
What|Removed |Added
CC||andrew.n.sutton at gmail dot
com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92470
--- Comment #5 from Tobias Burnus ---
Author: burnus
Date: Wed Nov 13 15:06:47 2019
New Revision: 278143
URL: https://gcc.gnu.org/viewcvs?rev=278143&root=gcc&view=rev
Log:
PR fortran/92470 Fixes for CFI_address
Backport from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92470
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92466
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92214
Andrew Sutton changed:
What|Removed |Added
CC||andrew.n.sutton at gmail dot
com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92403
--- Comment #2 from Andrew Sutton ---
This seems like a duplicate of 92186.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92103
Andrew Sutton changed:
What|Removed |Added
CC||andrew.n.sutton at gmail dot
com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92186
Andrew Sutton changed:
What|Removed |Added
CC||andrew.n.sutton at gmail dot
com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92040
Andrew Sutton changed:
What|Removed |Added
CC||andrew.n.sutton at gmail dot
com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91396
--- Comment #7 from ctice at gcc dot gnu.org ---
To the best of my knowledge this is fixed; do you have evidence otherwise?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89070
--- Comment #3 from Marek Polacek ---
Author: mpolacek
Date: Wed Nov 13 15:59:53 2019
New Revision: 278147
URL: https://gcc.gnu.org/viewcvs?rev=278147&root=gcc&view=rev
Log:
PR c++/89070 - bogus [[nodiscard]] warning in SFINAE.
This is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89070
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92498
Bug ID: 92498
Summary: [10 regression]
gcc.dg/tree-prof/crossmodule-indircall-1.c fails
starting with r278100
Product: gcc
Version: 10.0
Status: UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92499
Bug ID: 92499
Summary: nios2 backend needs to allocated object size, not C
object size for gprel optimization
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92431
--- Comment #4 from Jonathan Wakely ---
Author: redi
Date: Wed Nov 13 16:26:18 2019
New Revision: 278149
URL: https://gcc.gnu.org/viewcvs?rev=278149&root=gcc&view=rev
Log:
libsupc++: Implement comparison algorithms for C++20
This is incomplete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92482
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91396
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92500
Bug ID: 92500
Summary: New testcase gfortran.dg/ISO_Fortran_binding_17.f90
fails (added in r278143)
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92501
Bug ID: 92501
Summary: strncmp with constant unterminated arrays not folded
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92496
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92496
--- Comment #4 from Jakub Jelinek ---
Or should spaceship_type just unconditionally use tf_warning_or_error or
tf_error?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92502
Bug ID: 92502
Summary: AVX missing _mm256_storeu2_* functions
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92502
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91341
Jakub Jelinek changed:
What|Removed |Added
CC||e...@coeus-group.com
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92482
--- Comment #2 from José Rui Faustino de Sousa ---
IMHO the point here is if interoperable procedures (bind(c)) are required to
have arguments of interoperable type.
My reading of 18.3.6 is that it is not required, most relevant for character
ty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92499
sandra at gcc dot gnu.org changed:
What|Removed |Added
CC||sandra at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92493
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49171
Stas Sergeev changed:
What|Removed |Added
CC||stsp at users dot
sourceforge.net
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92498
--- Comment #1 from Jan Hubicka ---
Author: hubicka
Date: Wed Nov 13 19:44:35 2019
New Revision: 278157
URL: https://gcc.gnu.org/viewcvs?rev=278157&root=gcc&view=rev
Log:
PR ipa/92498
* ipa-profile.c (check_argument_count): Do no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92493
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92503
Bug ID: 92503
Summary: [OpenACC] Behavior of 'acc_free' if the memory space
is still used in a mapping
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keyword
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92441
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92128
Sihua changed:
What|Removed |Added
CC||sihua at droid dot ac.cn
--- Comment #3 from Sih
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92503
--- Comment #1 from jules at gcc dot gnu.org ---
FWIW, I don't think we should do this implicit unmapping, particularly since it
implies an expensive device-to-host-address lookup.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92421
--- Comment #6 from Jan Hubicka ---
Author: hubicka
Date: Wed Nov 13 21:02:11 2019
New Revision: 278159
URL: https://gcc.gnu.org/viewcvs?rev=278159&root=gcc&view=rev
Log:
PR c++/92421
* ipa-prop.c (update_indirect_edges_after_in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92500
--- Comment #1 from seurer at gcc dot gnu.org ---
This also fails on trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92500
--- Comment #2 from seurer at gcc dot gnu.org ---
It looks like a header file is missing:
Executing on host:
/home/seurer/gcc/build/gcc-trunk-bootstrap/gcc/testsuite/gfortran7/../../gfortran
-B/home/seurer/gcc/build/gcc-trunk-bootstrap/gcc/testsu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91353
--- Comment #2 from Marek Polacek ---
The quux case: CONSTRUCTOR_NO_CLEARING is cleared here
2154 /* The result of a constexpr function must be completely initialized.
*/
2155 if (TREE_CODE (result) == CONSTRUCTOR)
2156 clear_no_implici
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92500
--- Comment #3 from anlauf at gcc dot gnu.org ---
Looking at related testcases, does replacing
#include "ISO_Fortran_binding.h"
by
#include "../../../libgfortran/ISO_Fortran_binding.h"
help?
x/dev/git/gcc-native-quick/../gcc-native-quick-installed
--disable-nls --without-isl CFLAGS='-O1 ' CXXFLAGS='-O1 '
--with-sysroot=/usr/x86_64-HEAD-linux-gnu
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 10.0.0 20191113 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92504
--- Comment #1 from Sergei Trofimovich ---
Created attachment 47232
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47232&action=edit
bug.ii
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92504
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92504
Marek Polacek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92504
--- Comment #4 from Sergei Trofimovich ---
If I read backtrace function names correctly crash happened when openmp for was
expanded and one of arguments was not recognised early enough as invalid (value
vs. function pointer?).
Thread 2.1 "cc1plu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89780
S. Davis Herring changed:
What|Removed |Added
CC||herring at lanl dot gov
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90493
S. Davis Herring changed:
What|Removed |Added
CC||herring at lanl dot gov
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92421
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Thu Nov 14 01:02:16 2019
New Revision: 278192
URL: https://gcc.gnu.org/viewcvs?rev=278192&root=gcc&view=rev
Log:
PR ipa/92421
* g++.dg/torture/pr92421.C: Add -Wno-return-t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92493
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92465
Jiu Fu Guo changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92256
Jiu Fu Guo changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91682
--- Comment #1 from fxue at gcc dot gnu.org ---
Author: fxue
Date: Thu Nov 14 03:19:15 2019
New Revision: 278193
URL: https://gcc.gnu.org/viewcvs?rev=278193&root=gcc&view=rev
Log:
Support extended aggregate jump function in ipa-cp
2019-11-14 Fe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92505
Bug ID: 92505
Summary: Using mutable in constexpr
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92492
--- Comment #3 from Hongtao.liu ---
(In reply to Richard Biener from comment #2)
> ICC also uses effectively two vector sizes, v8qi and v8hi AFAICS? But
> why does it use %ymm then...
I think it's v8qi and v8si, icc use vpmovzxbd not vpmovzxbw.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91089
Feng Xue changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
1 - 100 of 199 matches
Mail list logo