https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102462
--- Comment #3 from Hongtao.liu ---
case3:
struct A1
{
char n;
char a[1];// { dg-message "destination object" "note" }
};
void sink (void*);
struct A1 a1i_1 = { 0, { 1 } };
void ga1i_1 (void)
{
a1i_1.a[0] = 0;
a1i_1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102462
--- Comment #4 from Hongtao.liu ---
case1
struct A1
{
char n;
char a[1];// { dg-message "destination object" "note" }
};
struct A1 a1__ = { 0 };
void ga1__ (void)
{
a1__.a[0] = 0;
a1__.a[1] = 1; //
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102462
--- Comment #5 from Hongtao.liu ---
It looks like vectorized stmt is always marked as the first access lineno.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102465
Bug ID: 102465
Summary: Inaccessible operator == breaks child class with
spaceship operator
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102452
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Component|ipa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102466
Bug ID: 102466
Summary: -O3 -fsanitize=undefined causes warnings (writing 2
bytes into a region of size 0)
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102465
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102347
--- Comment #9 from Kewen Lin ---
(In reply to Peter Bergner from comment #7)
> (In reply to Martin Liška from comment #6)
> > Quickly looking at the rs6000 code, it fails here:
> >
> > #1 0x11a0993c in rs6000_invalid_builtin
> > (fnco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102465
--- Comment #2 from Fedor Chelnokov ---
I believe PR 97934 is not much related, since the code there is processed the
same by all compilers. And here GCC is the only one showing the error.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97934
Fedor Chelnokov changed:
What|Removed |Added
CC||fchelnokov at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102452
--- Comment #5 from rguenther at suse dot de ---
On Thu, 23 Sep 2021, pinskia at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102452
>
> --- Comment #3 from Andrew Pinski ---
> get_three after einline w/o USE_FLEX_ARR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101133
emil.kultje at ericsson dot com changed:
What|Removed |Added
CC||emil.kultje at ericsson
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102452
--- Comment #6 from rguenther at suse dot de ---
On Thu, 23 Sep 2021, pinskia at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102452
>
> Andrew Pinski changed:
>
>What|Removed |Add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102347
--- Comment #10 from rguenther at suse dot de ---
On Thu, 23 Sep 2021, linkw at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102347
>
> --- Comment #9 from Kewen Lin ---
> (In reply to Peter Bergner from comment #7)
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102463
--- Comment #3 from Aldy Hernandez ---
Could you provide a preprocessed source?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102462
--- Comment #6 from Hongtao.liu ---
Move pass_strlen before loop passes
@@ -261,6 +261,7 @@ along with GCC; see the file COPYING3. If not see
NEXT_PASS (pass_tsan);
NEXT_PASS (pass_dse);
NEXT_PASS (pass_dce);
+ NEXT_P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102463
--- Comment #4 from David Binderman ---
(In reply to Aldy Hernandez from comment #3)
> Could you provide a preprocessed source?
? It already is. It might need a few "int" and "void" to keep
modern C compilers happy.
I forgot to add the releva
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102461
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102413
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:0d39eb28fd2ab00306bd7c0a87b6c0ed615b5d12
commit r12-3831-g0d39eb28fd2ab00306bd7c0a87b6c0ed615b5d12
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102448
--- Comment #5 from Richard Biener ---
[local count: 5160403229]:
# ivtmp.589_349 = PHI
_903 = (void *) ivtmp.589_349;
[ira-costs.c:1641:24] MEM [(int *)_903] = { 100, 100,
100, 100 };
ivtmp.589_627 = ivtmp.589_349 +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102463
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102448
--- Comment #6 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:c0cc62b32d95caca25a8854e0d2b6f11f5674d30
commit r12-3839-gc0cc62b32d95caca25a8854e0d2b6f11f5674d30
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102448
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102448
--- Comment #8 from Tamar Christina ---
Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98424
--- Comment #2 from jim x ---
Clang destroys them at the end of the full-expression, see
https://godbolt.org/z/3xhPjoh8c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102467
Bug ID: 102467
Summary: Missed SLP discovery for gathers
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimizati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102467
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #1 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102467
--- Comment #2 from Richard Biener ---
Created attachment 51504
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51504&action=edit
half-way patch
A start, lacks adjustment of the code generation part which doesn't expect SLP
at the moment.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102468
Bug ID: 102468
Summary: False acceptance of invalid `using
Parent::Grandparent`
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102469
Bug ID: 102469
Summary: gccgo: error: ‘copy’ defined as both imported name
and global name, while golang does not produce this
error
Product: gcc
Version: 11.2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102460
--- Comment #1 from David Bold ---
I got around to compile the most recent version (git commit 2f2dcbe471) and
with that I get:
MOD2.f:15:72:
15 | END MODULE MOD2
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102024
--- Comment #16 from CVS Commits ---
The master branch has been updated by William Schmidt :
https://gcc.gnu.org/g:16e3d6b8b2b5168ebc773833f0e7ccf2191932c1
commit r12-3843-g16e3d6b8b2b5168ebc773833f0e7ccf2191932c1
Author: Bill Schmidt
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102470
Bug ID: 102470
Summary: C++20 NTTP causes ICE
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102470
--- Comment #1 from Kun Ge ---
I misplaced the wrong piece of codes.
the code that actually triggered the error is:
//---
#include
#include
struct MemAttr {
std::size_t size;
std::size_t align;
};
template constexpr MemAtt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102471
Bug ID: 102471
Summary: RFE: add support to analyzer testsuite for running
SAMATE/SARD tests (e.g. Juliet Test Suite)
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102463
--- Comment #6 from Andrew Macleod ---
That trapping routine (relation_fold_and_or) is looking to see if there are
any relationships between dependencies that can be exploited. ie
c_2 = a_6 > b_7
c_3 = a_6 < b_7
c_4 = c_2 && c_3
if (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102462
Martin Sebor changed:
What|Removed |Added
Last reconfirmed||2021-09-23
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102419
--- Comment #5 from Patrick Palka ---
(In reply to Arthur O'Dwyer from comment #4)
> > IMHO Clang/MSVC are clearly misbehaving here -- when evaluating the
> > concept-id X, they appear to be substituting {int} into X's
> > constraint-expressio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102425
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:ce01e2e64c340dadb55a8a24c545a13e654804d4
commit r12-3859-gce01e2e64c340dadb55a8a24c545a13e654804d4
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102425
--- Comment #3 from Jonathan Wakely ---
Fixed on trunk so far, but I'll backport it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102472
Bug ID: 102472
Summary: Infinite loop on m68k
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101985
Bill Schmidt changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102473
Bug ID: 102473
Summary: 521.wrf_r 5% slower at -Ofast and generic x86_64
tuning after r12-3426-g8f323c712ea76c
Product: gcc
Version: 12.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93834
--- Comment #8 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:1b07d9dce6c51c98d011236c3d4cd84a2ed59ba2
commit r12-3866-g1b07d9dce6c51c98d011236c3d4cd84a2ed59ba2
Author: Tobias Burnus
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93834
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102388
--- Comment #2 from Martin Jambor ---
I proposed a fix on the mailing list:
https://gcc.gnu.org/pipermail/gcc-patches/2021-September/580183.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102463
--- Comment #7 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:fe4e6c824a580012bf9034cc33f0b440df93f56f
commit r12-3868-gfe4e6c824a580012bf9034cc33f0b440df93f56f
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102463
Andrew Macleod changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98216
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102092
Patrick Palka changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98216
Patrick Palka changed:
What|Removed |Added
CC||andrei.popa105 at yahoo dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102472
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-09-23
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102458
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102458
--- Comment #10 from anlauf at gcc dot gnu.org ---
Submitted: https://gcc.gnu.org/pipermail/fortran/2021-September/056571.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102472
--- Comment #2 from Giulio Benetti ---
Oh, I didn't know it could produce .i and .s even when hanging. But yes, that
happens before really building. So .i .s files follow.
Thank you and
Best regards
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102472
--- Comment #3 from Giulio Benetti ---
Created attachment 51505
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51505&action=edit
Pre-processed loop.c(loop.i)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102472
--- Comment #4 from Giulio Benetti ---
Created attachment 51506
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51506&action=edit
Pre-processed loop.c(loop.s)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102460
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102460
--- Comment #3 from anlauf at gcc dot gnu.org ---
Reduced testcase:
MODULE MOD2
IMPLICIT NONE
CONTAINS
SUBROUTINE SUB1()
ENTRY ENTRY1()
END SUBROUTINE SUB1
END MODULE MOD2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102464
--- Comment #4 from joseph at codesourcery dot com ---
Note that for fma this would only be valid for
-funsafe-math-optimizations.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77565
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:eb9f099c3df2b1b4c5fb0fa25cfdfa3cb5fc817e
commit r12-3869-geb9f099c3df2b1b4c5fb0fa25cfdfa3cb5fc817e
Author: Michel Morin
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102474
Bug ID: 102474
Summary: [12 regression] Crash in ipa-modref compiling Go code
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102140
--- Comment #4 from Segher Boessenkool ---
Confirmed. Doesn't need -mlittle or -mabi=elfv2, or -mcpu=power8 even, but
does need -mvsx.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102317
--- Comment #11 from Kees Cook ---
The trouble with "optimize" is that it just doesn't work. The kernel has banned
its use because it results in all other optimization options being forgotten
for the function in question.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101320
--- Comment #1 from CVS Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:2646d0e06b170569be1da28fce1d6e2f03a15f60
commit r12-3871-g2646d0e06b170569be1da28fce1d6e2f03a15f60
Author: Sandra Loosemore
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102472
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever confirmed|1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102474
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target Milestone|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102474
Andrew Pinski changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102451
--- Comment #3 from CVS Commits ---
The master branch has been updated by Feng Xue :
https://gcc.gnu.org/g:f91b11eb8891f3ae910eb3b2e4a48e2d7d670d2d
commit r12-3874-gf91b11eb8891f3ae910eb3b2e4a48e2d7d670d2d
Author: Feng Xue
Date: Thu Sep 23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102400
--- Comment #2 from CVS Commits ---
The master branch has been updated by Feng Xue :
https://gcc.gnu.org/g:29c92857039d0a105281be61c10c9e851aaeea4a
commit r12-3875-g29c92857039d0a105281be61c10c9e851aaeea4a
Author: Feng Xue
Date: Thu Sep 23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102451
--- Comment #4 from CVS Commits ---
The releases/gcc-11 branch has been updated by Feng Xue :
https://gcc.gnu.org/g:03a8d9ab4cea24a945bb283c580d53a134221b9b
commit r11-9029-g03a8d9ab4cea24a945bb283c580d53a134221b9b
Author: Feng Xue
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102400
--- Comment #3 from CVS Commits ---
The releases/gcc-11 branch has been updated by Feng Xue :
https://gcc.gnu.org/g:210c3901749a245dc45f04da3dac70ef126e6762
commit r11-9030-g210c3901749a245dc45f04da3dac70ef126e6762
Author: Feng Xue
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102400
Feng Xue changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102451
Feng Xue changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102471
--- Comment #1 from rguenther at suse dot de ---
On Thu, 23 Sep 2021, dmalcolm at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102471
>
> Bug ID: 102471
>Summary: RFE: add support to analyzer te
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102471
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102473
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102474
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
78 matches
Mail list logo
