https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99940
Bug ID: 99940
Summary: segmentation error
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99941
Bug ID: 99941
Summary: m_ALDERLAKE is missing from m_CORE_AVX2
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99942
Bug ID: 99942
Summary: [8/9/10/11 Regression] COW std::string::data() is
noexcept but can throw
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99942
Jonathan Wakely changed:
What|Removed |Added
Known to work||7.3.0, 8.1.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99872
--- Comment #5 from jyong at gcc dot gnu.org ---
I'll test out the patch soon.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99781
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99912
--- Comment #5 from Erik Schnetter ---
As you suggested, the problem is probably not caused by register spills, but by
stores into a struct that are not optimized away. In this case, the respective
struct elements are unused in the code.
I trace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99922
--- Comment #2 from Brad Richardson ---
Output from compiling and running with Intel:
[pop-os:~/tmp/c_string_interop] ifort -V
Intel(R) Fortran Intel(R) 64 Compiler Classic for applications running on
Intel(R) 64, Version 2021.2.0 Build 20210228
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99920
--- Comment #7 from seurer at gcc dot gnu.org ---
I will try to recreate but I got rid of the old build compiler. It was a
leftover from some work many years ago and I had forgotten I was even using it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99905
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99930
--- Comment #3 from Segher Boessenkool ---
What happens here is
https://gcc.gnu.org/git/?p=gcc.git;a=blob;f=gcc/combine.c;h=3294575357bfcb19e589868da34364498a860dcf;hb=HEAD#l1884
"*2_1" for absneg:MODEF has a bare "use". And then we trigger
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99920
--- Comment #8 from seurer at gcc dot gnu.org ---
It is during stage1 and I was able to recreate using the system distro
compiler, gcc version 4.3.4 [gcc-4_3-branch revision 152973] (SUSE Linux). I
will bisect on the .o's now.
FWIW here is a lis
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99917
--- Comment #2 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:d48f87d5c1927b1bf2009af3251fe8757e823713
commit r11-8016-gd48f87d5c1927b1bf2009af3251fe8757e823713
Author: Iain Buclaw
Date: Tue Ap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99917
Iain Buclaw changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89863
Bug 89863 depends on bug 99917, which changed state.
Bug 99917 Summary: gcc/d/dmd/mtype.c:5223: missing call to va_end ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99917
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99872
--- Comment #6 from jyong at gcc dot gnu.org ---
I can confirm the symbols are correctly generated regardless of
-fno-leading-underscore or not, the internal symbols are no longer emitted as
undefined after assembly.
GCC can also finish building
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99901
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:8685348075d91945066dea9b564bd42cbc1d22bd
commit r11-8017-g8685348075d91945066dea9b564bd42cbc1d22bd
Author: Jason Merrill
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99901
Jason Merrill changed:
What|Removed |Added
Known to work||11.0
Keywords|wrong-code
-pc-linux-gnu
Configured with: ../gcc-trunk/configure --disable-bootstrap
--prefix=/local/suz-local/software/local/gcc-trunk --enable-languages=c,c++
--disable-werror --enable-multilib --with-system-zlib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 11.0.1 20210406
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99909
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Last reconfir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96673
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96873
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
CC||johelegp at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99943
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2021-04-06
Summary|wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99927
--- Comment #9 from Segher Boessenkool ---
(In reply to Jakub Jelinek from comment #5)
> But what is wrong is that try_combine has been called at all, because
> (reg:CCZ 17 flags) is used in 3 instructions rather than just one.
That is not a pro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88518
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60488
Martin Sebor changed:
What|Removed |Added
CC||matthew at wil dot cx
--- Comment #10 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 88518, which changed state.
Bug 88518 Summary: Function call defeats -Wuninitialized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88518
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99927
--- Comment #10 from Jakub Jelinek ---
(In reply to Segher Boessenkool from comment #9)
> So something earlier is bad already.
Yes, see #c7 and #c8.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89697
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Known to f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88897
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Known to f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96673
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:de03b82f3ca9103eba3699d1dc91b1d0ee1f16cb
commit r11-8018-gde03b82f3ca9103eba3699d1dc91b1d0ee1f16cb
Author: Jason Merrill
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96673
Jason Merrill changed:
What|Removed |Added
Known to work||11.0
Summary|[8/9/10/11 Regre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88897
Martin Sebor changed:
What|Removed |Added
Summary|Bogus maybe-uninitialized |[9/10/11 Regression] Bogus
f[g++] = a;
(void) (f[0] || (g && h()));
}
With a GCC snapshot built a few hour ago from the master branch:
cventin% gcc --version
gcc (GCC) 11.0.1 20210406 (experimental)
[...]
cventin% gcc -Werror=maybe-uninitialized -O2 -c file.c
file.c: In function ‘e1’:
file.c:11:3: error: ‘f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89723
Martin Sebor changed:
What|Removed |Added
Last reconfirmed|2019-03-15 00:00:00 |2021-4-6
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90058
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 90058, which changed state.
Bug 90058 Summary: False Positive in undefined-sanitizer only with GCC8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90058
What|Removed |Added
---
i;
auto void cf (int *t) { foo2 (i); }
int t __attribute__ ((cleanup (cf)));
t = 0;
if (foo1 ())
i = foo1 ();
i = N foo1 () || i;
foo2 (i);
return 0;
}
With a GCC snapshot built a few hours ago from the master branch on x86_64:
cventin% gcc --version
gcc (GCC) 11.0.1 20210406
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85777
--- Comment #16 from Vincent Lefèvre ---
Well, concerning the initial testcase (and its cleaned-up version), the issue
is either fixed or hidden by another bug, which I've just reported: PR99944.
Indeed, I now get a maybe-uninitialized warning, b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99945
Andrew Pinski changed:
What|Removed |Added
Depends on||83382
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99900
--- Comment #3 from joseph at codesourcery dot com ---
I've no idea whether the (not merged) ia16 port can do this, or whether
the person currently maintaining a version of that port for GCC 6 is
covered by an FSF copyright assignment.
https:/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90710
Martin Sebor changed:
What|Removed |Added
Last reconfirmed|2019-06-02 00:00:00 |2021-4-6
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90710
--- Comment #4 from Martin Sebor ---
Here's a smaller test case showing both the problem (first gcc invocation) and
how it can be avoided (second invocation):
$ (set -x && cat pr90710.c && gcc -Og -S -Wall pr90710.c && gcc -Dint=long -Og
-S -Wal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83382
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Ever confir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99945
--- Comment #2 from Vincent Lefèvre ---
Unless you consider that bug 83382 is actually 2 bugs, this is not a dup. Bug
83382 is about a false positive -Werror=uninitialized error. Do you mean that
it also has a missing -Werror=maybe-uninitialized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99945
--- Comment #3 from Vincent Lefèvre ---
Note that with gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, I get the same
behavior.
But with gcc-9 (Debian 9.3.0-22) 9.3.0, the warning is missing in the 4 cases.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99945
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99946
Bug ID: 99946
Summary: fail to exchange if conditions in terms of
likely/unlikely probability
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99946
--- Comment #1 from Jiangning Liu ---
Is there any gcc pass that can deal with this simple optimization?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99947
Bug ID: 99947
Summary: [11 Regression] ICE Segmentation fault "during GIMPLE
pass: vect"
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-on-valid-c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99908
--- Comment #3 from Hongtao.liu ---
Created attachment 50517
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50517&action=edit
tested patch waiting for GCC12.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52202
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52202
--- Comment #7 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:a7698c0e1ecad65b1ab651acc82b34e12c7efd35
commit r11-8022-ga7698c0e1ecad65b1ab651acc82b34e12c7efd35
Author: Marek Polacek
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52202
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99941
--- Comment #1 from Hongtao.liu ---
If we were more concerned about the performance of the big core, the answer
would be yes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98736
--- Comment #5 from CVS Commits ---
The master branch has been updated by Bin Cheng :
https://gcc.gnu.org/g:e0bdccac582c01c928a05f26edcd8f5ac24669eb
commit r11-8023-ge0bdccac582c01c928a05f26edcd8f5ac24669eb
Author: Bin Cheng
Date: Wed Apr 7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98736
--- Comment #6 from bin cheng ---
Shall this be backported to 10/11 later? Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99941
--- Comment #2 from Hongtao.liu ---
(In reply to H.J. Lu from comment #0)
> i386-options.c has
>
> #define m_ALDERLAKE (HOST_WIDE_INT_1U< #define m_CORE_AVX512 (m_SKYLAKE_AVX512 | m_CANNONLAKE \
>| m_ICELAKE_CLIENT | m_IC
-
g++ (GCC) 11.0.1 20210406 (experimental)
Copyright (C) 2021 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99949
Bug ID: 99949
Summary: ICE in setup_reg_classes, at reginfo.c:956
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99949
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99900
Eric Gallager changed:
What|Removed |Added
CC||andrewjenner at gcc dot
gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99947
Martin Liška changed:
What|Removed |Added
Known to fail||11.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66146
cqwrteur changed:
What|Removed |Added
CC||unlvsur at live dot com
--- Comment #48 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99735
Alexander Lelyakin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99227
Bug 99227 depends on bug 99735, which changed state.
Bug 99735 Summary: [modules] in system headers: non-template type
‘rebind_alloc’ used as a template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99735
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99747
Alexander Lelyakin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99227
Bug 99227 depends on bug 99747, which changed state.
Bug 99747 Summary: [modules] ICE in make_dependency, at cp/module.cc:12396
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99747
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99855
Alexander Lelyakin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99227
Bug 99227 depends on bug 99855, which changed state.
Bug 99855 Summary: [modules] ICE Error reporting routines re-entered.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99855
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99950
Bug ID: 99950
Summary: Option -Wchar-subscripts leads to wrong fixes
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
101 - 171 of 171 matches
Mail list logo
