https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98594
--- Comment #4 from rguenther at suse dot de ---
On Wed, 27 Jan 2021, hubicka at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98594
>
> --- Comment #3 from Jan Hubicka ---
> The initialization is removed by dse1 pass.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98856
--- Comment #2 from Richard Biener ---
The cxx bench Botan doesn't know --cxxflags, what Botan version are you looking
at?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98861
Richard Biener changed:
What|Removed |Added
Severity|normal |enhancement
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98860
Richard Biener changed:
What|Removed |Added
Summary|boostrap failure on |[11 Regression] boostrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98860
--- Comment #6 from cqwrteur ---
configure:4069: ./conftest.exe
/home/unlvs/mcf_build/src/gcc-git/libgomp/configure: line 4071: ./conftest.exe:
cannot execute binary file: Exec format error
configure:4073: $? = 126
configure:4080: error: in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93524
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98799
--- Comment #6 from CVS Commits ---
The master branch has been updated by Xiong Hu Luo :
https://gcc.gnu.org/g:fbe37371cf372b84d5b7f1a6f5f0971a513dd5fa
commit r11-6947-gfbe37371cf372b84d5b7f1a6f5f0971a513dd5fa
Author: Xionghu Luo
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98827
--- Comment #4 from CVS Commits ---
The master branch has been updated by Xiong Hu Luo :
https://gcc.gnu.org/g:fbe37371cf372b84d5b7f1a6f5f0971a513dd5fa
commit r11-6947-gfbe37371cf372b84d5b7f1a6f5f0971a513dd5fa
Author: Xionghu Luo
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98862
Bug ID: 98862
Summary: Complex reduction support in offload region
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98860
--- Comment #5 from cqwrteur ---
I do not know whether it has to do with the CRLF issue because GCC on Linux
emits the same result as it does on MinGW-w64 or msys2.
conftextx.c
#ifdef __x86_64__
#ifndef __GCC_HAVE_SYNC_COMPARE_AND_SWAP_4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98860
--- Comment #4 from cqwrteur ---
Created attachment 50071
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50071=edit
bootstrap failure picture
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98860
--- Comment #3 from cqwrteur ---
After revert to the previous commit. Compilation success
https://github.com/gcc-mirror/gcc/commit/bfab355012ca0f5219da8beb04f2fdaf757d34b7
I think it has to do with the script you changed, Jakub.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98861
Bug ID: 98861
Summary: I want deterministic exceptions (Herbception)
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98860
--- Comment #2 from cqwrteur ---
I guess is because of this commit
https://github.com/gcc-mirror/gcc/commit/0411ae7f08e0f5a8b02ff313d26d27a0f6d1bb34
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=0411ae7f08e0f5a8b02ff313d26d27a0f6d1bb34
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98860
--- Comment #1 from cqwrteur ---
The question is that why it says we are not cross-compiling? I am using the
same script I used before.
https://bitbucket.org/ejsvifq_mabmip/mingw-gcc-mcf-gthread/src/master/PKGBUILD
It is so weird.
checking
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98594
--- Comment #3 from Jan Hubicka ---
The initialization is removed by dse1 pass. We get:
ipa-modref: call stmt D.3199 = bitCount::bitCount_bitfield<1, int,
glm::packed_highp> (); [return slot optimization]
ipa-modref: call to glm::vec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97172
--- Comment #25 from Martin Sebor ---
Patch v3: https://gcc.gnu.org/pipermail/gcc-patches/2021-January/564411.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98860
Bug ID: 98860
Summary: boostrap failure on MinGW-w64 windows 10
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80960
--- Comment #26 from Segher Boessenkool ---
(In reply to Richard Biener from comment #23)
> (that combine number prevails on trunk as well, I can't spot any code
> that disables combine on large BBs so not sure what goes on here)
There is no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86470
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97684
--- Comment #6 from CVS Commits ---
The master branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:081c96621da658760b4a67c07530805f770fa22c
commit r11-6943-g081c96621da658760b4a67c07530805f770fa22c
Author: Vladimir N. Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70303
François Dumont changed:
What|Removed |Added
CC||fdumont at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98859
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Ever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98859
Bug ID: 98859
Summary: pedantic error on use of __VA_OPT__ before C++20 is
unnecessary and counterproductive
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98570
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85574
--- Comment #38 from Eric Botcazou ---
> Feel free to improve things - I do not have any Windows system to
> test on or an idea what you think needs to be improved. I would
> guess similar things apply to compare-debug which it was derived
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97874
Jason Merrill changed:
What|Removed |Added
Keywords|ice-on-invalid-code |ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97874
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:9cd7c32549fa334885b716fe98b674f6447fa7c0
commit r11-6942-g9cd7c32549fa334885b716fe98b674f6447fa7c0
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98853
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2021-01-27
Summary|[9/10/11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98853
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:55163419211c6f17e3e22c68304384eba35782a3
commit r11-6941-g55163419211c6f17e3e22c68304384eba35782a3
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98295
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60770
--- Comment #15 from Orgad Shaneh ---
test.cpp: In function ‘int f(int)’:
test.cpp:7:11: warning: ‘q’ is used uninitialized in this function
[-Wuninitialized]
7 | return *p;
| ^
Is this the intended description? It doesn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98858
--- Comment #1 from Ye Luo ---
GNU Fortran (GCC) 11.0.0 20210127 (experimental)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98858
Bug ID: 98858
Summary: OpenMP offload target data ICE at use_device_ptr
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98849
--- Comment #11 from Christophe Lyon ---
Yes MVE is incompatible with iWMMXt.
Regarding the pattern name, quoting what I wrote in the commit message:
I kept the mve_vshlq_ naming instead of renaming it to
ashl3__ as discussed because the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98841
--- Comment #7 from Olaf Mandel ---
(In reply to Olaf Mandel from comment #0)
> In the minimal demo used here this only happens for a template member
> function, but in larger code it can also be observed for a plain member
> function: see e.g.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60770
--- Comment #14 from Marc Glisse ---
(In reply to Orgad Shaneh from comment #13)
> The case described in comment 1 doesn't issue a warning with GCC 10.
It does for me with -Wall -O (you need at least some optimization). If there is
still a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60770
Orgad Shaneh changed:
What|Removed |Added
CC||orgads at gmail dot com
--- Comment #13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98295
--- Comment #4 from Jakub Jelinek ---
Still ICEs even when that other bug is fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98351
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98349
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98829
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98825
--- Comment #5 from max.pd at gmx dot de ---
The -fdec compiler flag provides a possible work around. When opening a Unit
with CARRIAGECONTROL='NONE' (an option available with DEC extensions in
gfortran), the program won't show the unexpected
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97684
Vladimir Makarov changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98854
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98854
--- Comment #9 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:c91db798ec65b3e55f2380ca1530ecb71544f1bb
commit r11-6934-gc91db798ec65b3e55f2380ca1530ecb71544f1bb
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98847
--- Comment #4 from programmerjake at gmail dot com ---
(In reply to Jakub Jelinek from comment #3)
> Created attachment 50066 [details]
> gcc11-pr98847.patch
>
> Untested fix.
That will probably also fix bug #98846
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98849
--- Comment #10 from Jakub Jelinek ---
./cc1 -quiet -nostdinc -O3 -mcpu=iwmmxt pr98849-2.c -fdump-tree-all-folding
-mfpu=neon
cc1: error: iWMMXt and NEON are incompatible
So I think TARGET_NEON && TARGET_REALLY_IWMMXT is never true.
Don't know
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98824
--- Comment #1 from Dimitri Gorokhovik ---
It doesn't seem to contradict N4868 :-(
Modifying the code slightly (adding refs, splitting deduction across two fn
templates) didn't show any other differences from clang: all other modification
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98854
--- Comment #8 from rguenther at suse dot de ---
On Wed, 27 Jan 2021, marxin at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98854
>
> --- Comment #7 from Martin Liška ---
> > I used -O3 but -O2 -ftree-slp-vectorize
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98854
--- Comment #7 from Martin Liška ---
> I used -O3 but -O2 -ftree-slp-vectorize also vectorizes it.
I must be blind, but I see for the current master:
gcc pr98854.c -c -O2 -ftree-slp-vectorize -fdump-tree-optimized=/dev/stdout
foo (int n)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98854
--- Comment #6 from rguenther at suse dot de ---
On Wed, 27 Jan 2021, marxin at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98854
>
> --- Comment #5 from Martin Li?ka ---
> (In reply to Richard Biener from comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98856
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98766
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98466
--- Comment #3 from Dimitrij Mijoski ---
(In reply to Jonathan Wakely from comment #2)
> This was already fixed on master by r11-6682
> 05a30af3f237984b4dcf1dbbc17fdac583c46506
Yes, that patch mostly fixes bug 70303, too. With that patch, the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98855
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98766
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Kyrylo Tkachov
:
https://gcc.gnu.org/g:e753db89ddcc7f005fd54f861375bcdc85f23335
commit r10-9305-ge753db89ddcc7f005fd54f861375bcdc85f23335
Author: Kyrylo Tkachov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98854
--- Comment #5 from Martin Liška ---
(In reply to Richard Biener from comment #4)
> Little bit convoluted testcase:
>
> double a[1024];
>
> int bar();
> void foo (int n)
> {
> double x = 0, y = 0;
> int i = 1023;
> do
> {
> x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83417
David Friberg changed:
What|Removed |Added
CC||davveston at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80960
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98857
Bug ID: 98857
Summary: Add support for function attributes applied to
function pointers from non-capturing lambdas
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98853
--- Comment #3 from Jakub Jelinek ---
Created attachment 50069
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50069=edit
gcc11-pr98853.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98855
--- Comment #1 from Martin Liška ---
And likely something similar happens since the same revision:
botan/KASUMI decrypt
https://lnt.opensuse.org/db_default/v4/CPP/graph?plot.0=245.694.1=171.694.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98856
Martin Liška changed:
What|Removed |Added
Known to fail||11.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98856
Bug ID: 98856
Summary: [11 Regression] botan AES-128/XTS is slower by ~17%
since
r11-6649-g285fa338b06b804e72997c4d876ecf08a9c083af
Product: gcc
Version: 11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98466
--- Comment #2 from Jonathan Wakely ---
This was already fixed on master by r11-6682
05a30af3f237984b4dcf1dbbc17fdac583c46506
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98466
Dimitrij Mijoski changed:
What|Removed |Added
CC||dmjpp at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98853
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|11.0|9.4
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98854
--- Comment #4 from Richard Biener ---
Little bit convoluted testcase:
double a[1024];
int bar();
void foo (int n)
{
double x = 0, y = 0;
int i = 1023;
do
{
x += a[i] + a[i+1];
y += a[i] / a[i+1];
if (bar ())
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98853
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98815
--- Comment #4 from Martin Liška ---
I can confirm the patch survives bootstrap and regression tests.
I'm going to send it at the beginning of the next stage1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66414
--- Comment #10 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:a199da782fc165fd45f42a15cc9020994efd455d
commit r11-6931-ga199da782fc165fd45f42a15cc9020994efd455d
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98854
--- Comment #3 from Richard Biener ---
OK, one can see it with BB vectorization enabled vs. disabled.
Bad:
Samples: 7K of event 'cycles:u', Event count (approx.): 7540324763
Overhead Samples Command Shared Object
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98855
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |11.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98849
--- Comment #9 from Jakub Jelinek ---
(In reply to Christophe Lyon from comment #6)
> so to answer your question arm does have vector shift by scalar.
If it does, it doesn't advertize them:
make mddump
grep '"v\?ashlv[0-9qhsdi]*3"'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98855
Bug ID: 98855
Summary: [11 Regression] botan XTEA is 100% slower on znver2
since r11-4428-g4a369d199bf2f34e
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98849
--- Comment #8 from Jakub Jelinek ---
Seems vec_init optab is supported if TARGET_NEON || TARGET_HAVE_MVE, so maybe
guard the shift expander also on && (TARGET_NEON || TARGET_HAVE_MVE)?
Or && !TARGET_REALLY_IWMMXT. Dunno if one can mix iwmmxt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98849
--- Comment #7 from Christophe Lyon ---
(In reply to ktkachov from comment #5)
> Looks like after the refactoring to introduce MVE shifts (which doesn't ICE)
> we need to make sure the optab is still disabled for iwmmxt?
So that would mean that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98849
--- Comment #6 from Christophe Lyon ---
I'm not familiar with iwmmxt, but the testcase in comment #2 is vectorized
with:
* -mcpu=cortex-a9 -mfpu=auto -mfloat-abi=hard (uses Neon FPU)
* -mcpu=cortex-m55 -mfpu=auto -mfloat-abi=hard (uses
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98849
--- Comment #5 from ktkachov at gcc dot gnu.org ---
Looks like after the refactoring to introduce MVE shifts (which doesn't ICE) we
need to make sure the optab is still disabled for iwmmxt?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98531
--- Comment #8 from Nathan Sidwell ---
On 1/27/21 8:30 AM, ro at CeBiTec dot Uni-Bielefeld.DE wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98531
>
> --- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE> ---
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98849
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66414
--- Comment #9 from Jonathan Wakely ---
(In reply to AK from comment #8)
> Should we consider this fixed?
I think we can still do better, by using GNU memmem when it's available:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98531
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE ---
Nathan,
last night I've tried the patch you posted on both i386-pc-solaris2.11
and sparc-sun-solaris2.11, with mixed results:
* The new g++.dg/modules/pr98531_* testcases PASS.
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98849
Jakub Jelinek changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98852
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98853
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98854
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80960
--- Comment #24 from Richard Biener ---
And we allocate
plus 66M 1606M
66 million PLUS RTXen via
explow.c:200 (plus_constant) 0 : 0.0% 1596M:
92.0%0 : 0.0%0 :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98849
--- Comment #3 from Jakub Jelinek ---
For #c2 I've tried:
--- gcc/tree-vect-generic.c.jj 2021-01-04 10:25:38.289239984 +0100
+++ gcc/tree-vect-generic.c 2021-01-27 13:53:28.457752505 +0100
@@ -2147,16 +2147,21 @@ expand_vector_operations_1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98843
--- Comment #2 from Nathan Sidwell ---
thanks Gary, I expect to be able to reprduce the iostream.ii myself, and
particularly as (the lack of) -save-temps seems to be significant, I'll
probably need to.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98854
--- Comment #1 from Martin Liška ---
One can see it here:
https://lnt.opensuse.org/db_default/v4/CPP/graph?plot.0=245.639.0=171.639.0;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98854
Bug ID: 98854
Summary: [11 Regression] cray benchmark is about 15% slower
since r11-4428-g4a369d199bf2f34e
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80198
--- Comment #21 from rguenther at suse dot de ---
On Wed, 27 Jan 2021, rsandifo at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80198
>
> --- Comment #20 from rsandifo at gcc dot gnu.org gnu.org> ---
> (In reply to
nux-gnu-ld
--with-as=/usr/bin/aarch64-unknown-linux-gnu-as --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r11-6925-20210127102218-g6cf43433750-checking-yes-rtl-df-extra-aarch64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 11.0.0 20210127 (experimen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80960
Richard Biener changed:
What|Removed |Added
Known to work||4.3.4
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98852
Bug ID: 98852
Summary: [11 Regression] Conditional expression wrongly
rejected for arm_neon.h vectors
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80198
--- Comment #20 from rsandifo at gcc dot gnu.org
---
(In reply to Richard Biener from comment #19)
> So I think when you consider
>
> void __attribute__((noinline)) fun(int * a, int * b, int c)
> {
> int i;
> for (i=0; i < 256; i++) {
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80198
Richard Biener changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98849
--- Comment #2 from Jakub Jelinek ---
int a[1024], b[1024];
void
foo (void)
{
for (int i = 0; i < 1024; i++)
a[i] = b[i] << 3;
}
void
bar (int x)
{
for (int i = 0; i < 1024; i++)
a[i] = b[i] << x;
}
ICEs with -O3 -mcpu=iwmmxt too.
1 - 100 of 134 matches
Mail list logo
