https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101654
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101649
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101647
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101574
--- Comment #9 from Richard Biener ---
Well.
{
&nowarn_map,
1,
sizeof (nowarn_map),
>_ggc_mx_hash_map_xint_hash_t_nowarn_spec_t_,
>_pch_nx_hash_map_xint_hash_t_nowarn_spec_t_
},
void
gt_ggc_mx_hash_map_xint_hash_t_nowar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79002
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2017-01-05 00:00:00 |2021-7-27
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39821
--- Comment #9 from Hongtao.liu ---
(In reply to Richard Biener from comment #8)
> I've pushed the change that makes us run into ix86_multiplication_cost but
> as said that doesn't differentiate highpart or widening multiply yet and
> thus we're
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68842
Andrew Pinski changed:
What|Removed |Added
CC||soko.slav at yandex dot ru
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90495
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60531
Andrew Pinski changed:
What|Removed |Added
CC||roman.perepelitsa at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71382
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70608
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101632
--- Comment #3 from Steve Kargl ---
On Mon, Jul 26, 2021 at 07:15:53PM +, kargl at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101632
>
> --- Comment #2 from kargl at gcc dot gnu.org ---
> Created attachment 51207
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64696
Andrew Pinski changed:
What|Removed |Added
Keywords||rejects-valid, wrong-code
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69059
Andrew Pinski changed:
What|Removed |Added
Keywords||rejects-valid
--- Comment #1 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68678
Andrew Pinski changed:
What|Removed |Added
Known to work||4.8.5, 6.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101317
--- Comment #2 from CVS Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:e78480ad0983cf75813af5e02d68cdad09e441e9
commit r12-2555-ge78480ad0983cf75813af5e02d68cdad09e441e9
Author: Sandra Loosemore
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101310
--- Comment #3 from CVS Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:b4a9bc7856ee1d3ff98b04402334a362540af2cf
commit r12-2554-gb4a9bc7856ee1d3ff98b04402334a362540af2cf
Author: Sandra Loosemore
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101305
--- Comment #6 from CVS Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:a3b350f1799a1c0f9e2ece5b817a537fe42f0d2d
commit r12-2553-ga3b350f1799a1c0f9e2ece5b817a537fe42f0d2d
Author: Sandra Loosemore
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101305
--- Comment #5 from CVS Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:c4dc9f590181321c36d3f3ef72c50b3c47bbfe7c
commit r12-2552-gc4dc9f590181321c36d3f3ef72c50b3c47bbfe7c
Author: Sandra Loosemore
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101305
--- Comment #4 from CVS Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:fef67987cf502fe322e92ddce22eea7ac46b4d75
commit r12-2551-gfef67987cf502fe322e92ddce22eea7ac46b4d75
Author: Sandra Loosemore
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55986
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101596
Kewen Lin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101655
--- Comment #9 from cqwrteur ---
export CFLAGS="-O3 -DNDEBUG -march=native -fno-ident -ffunction-sections
-fdata-sections"
export CXXFLAGS=$CFLAGS CPPFLAGS=$CFLAGS
export LDFLAGS="-Wl,--gc-sections"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101596
--- Comment #4 from CVS Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:89b3c97eed75c1e7c492bc727e0016003c5809cc
commit r12-2550-g89b3c97eed75c1e7c492bc727e0016003c5809cc
Author: Kewen Lin
Date: Tue Jul 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101655
--- Comment #8 from cqwrteur ---
He said he just adds patch for the mcf thread model.
https://github.com/lhmouse/MINGW-packages-dev/blob/master/mingw-w64-gcc-git/9000-gcc-10-branch-Added-mcf-thread-model-support-from-mcfgthread.patch
And he ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101655
--- Comment #7 from cqwrteur ---
(In reply to Andrew Pinski from comment #5)
> Can you provide the exact steps you are doing?
> Because I think you are misunderstanding how this works.
>
> So if you use --host=x86_64-w64-mingw32 .
>
> configur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101655
--- Comment #6 from cqwrteur ---
(In reply to Andrew Pinski from comment #5)
> Can you provide the exact steps you are doing?
> Because I think you are misunderstanding how this works.
>
> So if you use --host=x86_64-w64-mingw32 .
>
> configur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101655
--- Comment #5 from Andrew Pinski ---
Can you provide the exact steps you are doing?
Because I think you are misunderstanding how this works.
So if you use --host=x86_64-w64-mingw32 .
configure:2358: checking build system type
configure:2372:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101655
--- Comment #4 from cqwrteur ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100427
Also an old bug i reported 2 months ago for multilibs. However, nobody seems to
read that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99969
--- Comment #1 from Andrew Pinski ---
This seems fixed since GCC 11.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101655
--- Comment #3 from cqwrteur ---
Created attachment 51218
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51218&action=edit
another libgcc bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94564
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101655
--- Comment #2 from cqwrteur ---
looks like canadian compile is not tested frequently as native or cross is
doing. It still breaks for either libgcc and libstdc++. (Some times even the
gcc itself, like msdos for example)
I am just helping anoth
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101655
--- Comment #1 from cqwrteur ---
Created attachment 51217
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51217&action=edit
config.log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101655
Bug ID: 101655
Summary: canadian compile of libgcc uses native cc as the
compiler instead of the target cross compiler
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54319
Andrew Pinski changed:
What|Removed |Added
Keywords||accepts-invalid, wrong-code
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100457
Bug 100457 depends on bug 99881, which changed state.
Bug 99881 Summary: Regression compare -O2 -ftree-vectorize with -O2 on SKX/CLX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99881
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99881
Hongtao.liu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54319
Andrew Pinski changed:
What|Removed |Added
CC||ihorelo at mail dot ru
--- Comment #12 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86032
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99881
--- Comment #6 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:872da9a6f664a06d73c987aa0cb2e5b830158a10
commit r12-2549-g872da9a6f664a06d73c987aa0cb2e5b830158a10
Author: liuhongt
Date: Fri Mar 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54319
--- Comment #11 from Andrew Pinski ---
For the original testcase, I think r0-98505 introduce the failure.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54319
--- Comment #10 from Andrew Pinski ---
It is the code in call.c that makes a difference:
if (is_really_empty_class (type, /*ignore_vptr*/true))
{
/* Avoid copying empty classes. */
val = build2 (COMPOUND_EXPR, t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54319
--- Comment #9 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #8)
> I think the problem is here in init.c:
> /* If the type has data but no user-provided default ctor, we need to
> zero
> out the object. */
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54319
--- Comment #8 from Andrew Pinski ---
I think the problem is here in init.c:
/* If the type has data but no user-provided default ctor, we need to
zero
out the object. */
if (type_has_non_user_provided_default_constructor (t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54319
Andrew Pinski changed:
What|Removed |Added
Known to work||4.4.7
--- Comment #7 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54319
Andrew Pinski changed:
What|Removed |Added
Summary|empty class causes error|[9/10/11/12 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54319
Andrew Pinski changed:
What|Removed |Added
Keywords||rejects-valid
Summary|Assignm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72507
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2016-07-26 00:00:00 |2021-7-27
--- Comment #1 from Andrew Pin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96256
Andrew Pinski changed:
What|Removed |Added
URL|https://godbolt.org/z/zeEY9 |
|6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52761
Andrew Pinski changed:
What|Removed |Added
CC||anders.granlund.0 at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67016
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100740
Andrew Pinski changed:
What|Removed |Added
CC||phd at phd dot re
--- Comment #4 from A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101653
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101653
--- Comment #2 from Andrew Pinski ---
Confirmed,
ivcannon is turning the loops into:
[local count: 79093198]:
goto ; [100.00%]
[local count: 357878150]:
a_8 = a_11 + 1;
c_14 = c_3 + 2;
goto ; [100.00%]
[local count: 79093198]:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101653
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Last reconfi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101654
Bug ID: 101654
Summary: [12 regression] new test case UNRESOLVED problem in
r12-2524
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101653
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Summary|Bad code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101653
Bug ID: 101653
Summary: Bad code generated when optimizing nested for loops
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92604
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91432
--- Comment #8 from Jakub Jelinek ---
Useful for what? What exactly is an advantage to require attribute at such a
place? Nothing will warn if you put it there, but I don't see a rationale for
requiring it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86581
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #3 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91432
--- Comment #7 from Joe Perches ---
What could be useful is to add yet another --extra-strict-fallthrough warning
flag that would make it possible for these cases to have a warning.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98440
Andrew Pinski changed:
What|Removed |Added
CC||zhonghao at pku dot org.cn
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86633
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87699
--- Comment #11 from Andrew Pinski ---
*** Bug 86228 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86228
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80380
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95369
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68188
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-07-27
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68188
Andrew Pinski changed:
What|Removed |Added
CC||andreim77 at yahoo dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67663
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #276 from Larkin Nickle ---
Created attachment 51215
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51215&action=edit
How I'm attempting to build GCC 11.1
For what it's worth, here's exactly how I'm attempting to build 11.1. Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71919
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |8.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 101584, which changed state.
Bug 101584 Summary: missing -Wuninitialized with an allocated object after a
built-in call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101584
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101584
Martin Sebor changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101584
--- Comment #2 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:6aacd901b800ee8a2a03123669b299a08aad0504
commit r12-2544-g6aacd901b800ee8a2a03123669b299a08aad0504
Author: Martin Sebor
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53931
--- Comment #3 from Andrew Pinski ---
typedef int &&ir;
void zip1(int x) { ir{x}; }
Also is accepted.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69127
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60009
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65906
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101645
John Hubbard changed:
What|Removed |Added
CC||jhubbard at nvidia dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101651
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
Here is clang's error message which is 1% wrong.
:7:16: error: constexpr function never produces a constant expression
[-Winvalid-constexpr]
constexpr auto ge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101652
Bug ID: 101652
Summary: Audit uses of general purpose matching routine
gfc_match with code %v
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101651
Andrew Pinski changed:
What|Removed |Added
Summary|vector extension and|vector extension and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101651
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101651
Bug ID: 101651
Summary: constexpr write to simd vector element
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101646
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101646
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:b7195fb01fe62a313ae5f7faede698101bdb3025
commit r12-2542-gb7195fb01fe62a313ae5f7faede698101bdb3025
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91432
--- Comment #6 from Jakub Jelinek ---
(In reply to Nick Desaulniers from comment #5)
> > Not warning in this case is a very intentional part of those design
> > decisions.
>
> Can you provide a link to the discussion about this specific case?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101585
Martin Sebor changed:
What|Removed |Added
Summary|[11/12 Regression] Bad |[11 Regression] Bad
|i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101646
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101574
--- Comment #8 from Martin Sebor ---
The symptom in comment #6 does look similar to the problem discussed in
pr101292. I haven't debugged it yet but when developing the warning control
patch I struggled with keeping the garbage collector from c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87767
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91432
--- Comment #5 from Nick Desaulniers ---
> Not warning in this case is a very intentional part of those design decisions.
Can you provide a link to the discussion about this specific case?
Is re-evaluating the decision out of the question?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101574
--- Comment #7 from Andrew Pinski ---
(In reply to Thomas Schwinge from comment #6)
> Short summary: I ran into an unexpected '0xa5a5a5a5' in
> 'gcc/warning-control.cc', and a search through email archives pointed me to
> PR101292, PR101204, whi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96779
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> This is simple, I will take.
> (for cmp (eq ne)
> (simplify
> (cmp:c @0 (negate @0))
>(if (ANY_INTEGRAL_TYPE_P (TREE_TYPE (@0)))
> (cmp:c @0 { build_ze
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101574
Thomas Schwinge changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101650
--- Comment #1 from Andrew Pinski ---
*** Bug 101591 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101591
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|ASSIGNED
1 - 100 of 226 matches
Mail list logo