https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42540
Zhihao Yuan changed:
What|Removed |Added
CC||lichray at gmail dot com
--- Comment #11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93891
Bug ID: 93891
Summary: CSE where clobber writes the same value
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93658
--- Comment #13 from Peter Bergner ---
Simple backports to GCC 8 and 9 exposed some bugs that have already been fixed
on trunk. The following patch resubmission includes those extra fixes that
need backports too:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93880
--- Comment #6 from Roland Illig ---
(In reply to Marek Polacek from comment #5)
> Right, but that still doesn't make it significantly easier to grep, I think.
Oh, damn, I forgot about the regular expressions.
In other contexts I have seen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93880
--- Comment #5 from Marek Polacek ---
Right, but that still doesn't make it significantly easier to grep, I think.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93880
--- Comment #4 from Andreas Schwab ---
You can use {\(reversed\)} instead.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93880
--- Comment #3 from Marek Polacek ---
In this particular case I'm not sure how better we could test it. Now we have:
6 bool operator==(Y, int);// #2 { dg-message "reversed" "" { target c++2a
} }
and with all the escaping in tcl I don't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93881
--- Comment #2 from Roland Illig ---
Thanks for the explanation and for providing context for this single-word
translation.
(This is exactly the reason why single-word translations are discouraged — they
provoke unnecessary questions from the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93880
--- Comment #2 from Roland Illig ---
Could you perhaps make the diagnostic in the test a bit more verbose?
The word "reversed" appears 492 times in the GCC source tree, and I'm not going
through all these occurrences just to find the test for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93883
--- Comment #2 from Roland Illig ---
Could you perhaps make the diagnostic in the test a bit more verbose?
I thought that the words "name enumerator" were way too generic, therefore I
didn't even start searching for them.
The diagnostics in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93890
Bug ID: 93890
Summary: trailing space in diagnostic
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93889
Bug ID: 93889
Summary: missing closing parenthesis in diagnostic
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #201 from dave.anglin at bell dot net ---
On 2020-02-22 4:33 p.m., peter.bisroev at groundlabs dot com wrote:
> They both seem to be ELF32
Maybe run failing program under gdb to find faulting instruction. Compare with
executable that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93888
Bug ID: 93888
Summary: Incorrect DW_AT_location generated for
copy-constructed function argument
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #200 from Peter Bisroev ---
(In reply to dave.anglin from comment #199)
> On 2020-02-22 4:09 p.m., peter.bisroev at groundlabs dot com wrote:
> > Reassembled with GNU's as and relinked. PCREL21B changes to PCREL60B, but
> > when
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #199 from dave.anglin at bell dot net ---
On 2020-02-22 4:09 p.m., peter.bisroev at groundlabs dot com wrote:
> Reassembled with GNU's as and relinked. PCREL21B changes to PCREL60B, but when
> I try to run the binary I get an "Illegal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93878
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #198 from Peter Bisroev ---
(In reply to dave.anglin from comment #196)
> If you create a second object file with a second instance of hello, the
> linker should not
> complain about the second definition of hello since it is weak.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93848
--- Comment #6 from Vincent Lefèvre ---
bar_aux can be any function. It doesn't need to do any thing. As soon as p[1]
is evaluated, one has undefined behavior, just like in function foo.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93887
Bug ID: 93887
Summary: -Q --help=warning,c does not list -Wreturn-local-addr
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93886
Bug ID: 93886
Summary: -Q --help=warning,c does not list -Warray-bounds (gcc
10)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93873
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55930
--- Comment #19 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:128ff73d7c5b70b20991b191b64a27d64145d762
commit r10-6799-g128ff73d7c5b70b20991b191b64a27d64145d762
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93885
Bug ID: 93885
Summary: Spurious instruction kshiftlw issued
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93884
Christopher Di Bella changed:
What|Removed |Added
CC||cjdb.ns at gmail dot com
---
: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: cjdb.ns at gmail dot com
Target Milestone: ---
ranges::copy doesn't currently like non-readable iterators as its second/third
argument.
* Branch: GCC trunk
* Version: gcc (GCC) 10.0.1 20200222 (experimental)
* Git Hash
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93883
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93880
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93881
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93882
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93882
--- Comment #2 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:6cd5024c8643b4359825219cdc3ae7280018d06d
commit r10-6798-g6cd5024c8643b4359825219cdc3ae7280018d06d
Author: Marek Polacek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871
--- Comment #16 from Thomas Henlich ---
Additional note:
The issue is not restricted to complex types, but also occurs for real types.
On i686-mingw32, by a factor 2...10 depending on kind.
However I could not measure any slowdown on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93883
Bug ID: 93883
Summary: missing test for diagnostic: using-declaration may not
name enumerator %<%E::%D%>
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93882
Marek Polacek changed:
What|Removed |Added
Keywords||diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871
--- Comment #15 from Steve Kargl ---
On Sat, Feb 22, 2020 at 10:17:17AM +, thenlich at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871
>
> --- Comment #14 from Thomas Henlich ---
> Come for the runtime, stay for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93882
Bug ID: 93882
Summary: i18n: use consistent message template in decl.c
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #197 from dave.anglin at bell dot net ---
On 2020-02-21 11:43 p.m., peter.bisroev at groundlabs dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
>
> --- Comment #195 from Peter Bisroev ---
> Hi Dave,
>
> I was
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93881
Bug ID: 93881
Summary: cxx-pretty-print: only few i18n strings
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55930
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55930
--- Comment #17 from CVS Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:d6f420d98126ac51396b89fbe287a32287cd92ed
commit r10-6797-gd6f420d98126ac51396b89fbe287a32287cd92ed
Author: Richarde Purdie
Date: Sat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #196 from dave.anglin at bell dot net ---
On 2020-02-21 10:55 p.m., peter.bisroev at groundlabs dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
>
> --- Comment #194 from Peter Bisroev ---
> (In reply to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93599
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93880
Bug ID: 93880
Summary: missing test for diagnostic: %s%#qD (reversed)
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93879
Bug ID: 93879
Summary: typo: frequency quality
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93878
Bug ID: 93878
Summary: -Wfloat-equal complains even in safe cases
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91623
--- Comment #16 from David Seifert ---
(In reply to David Seifert from comment #15)
> Created attachment 47887 [details]
> preprocessed_example.c.gz
>
> Running GCC 9.2 with
>
> gcc-9.2.0 -msse4.1 -O3 -c preprocessed_example.c -o foo.o
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93599
--- Comment #14 from CVS Commits ---
The releases/gcc-9 branch has been updated by Thomas Kथघnig
:
https://gcc.gnu.org/g:c080a6fb6f0cf402affc287fc600c189980cfb2d
commit r9-8264-gc080a6fb6f0cf402affc287fc600c189980cfb2d
Author: Thomas König
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91623
--- Comment #15 from David Seifert ---
Created attachment 47887
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47887=edit
preprocessed_example.c.gz
Running GCC 9.2 with
gcc-9.2.0 -msse4.1 -O3 -c preprocessed_example.c -o foo.o
on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82283
--- Comment #4 from Yann Droneaud ---
Also with the ({}) GCC extension:
struct a {
int b;
int c;
};
void d(struct a *);
void e(void) {
struct a f = {
.b = ({
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871
--- Comment #14 from Thomas Henlich ---
Come for the runtime, stay for the ICE!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877
--- Comment #3 from John Paul Adrian Glaubitz ---
Building with -O1 instead of -O2 helps. I can try to bisect the optimization
flag which causes this problem later.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877
--- Comment #2 from John Paul Adrian Glaubitz ---
This bug does not affect gcc-8. It affects gcc-9 and gcc-10. Using -mlra does
not help.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93876
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877
--- Comment #1 from John Paul Adrian Glaubitz ---
Created attachment 47886
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47886=edit
Source and preprocessed source plus assembly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877
Bug ID: 93877
Summary: [9 10 Regression] [SH] webkit2gtk fails to build with
"internal compiler error: in extract_constrain_insn,
at recog.c:2211"
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93876
--- Comment #7 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #6)
> If -mlra helps with this case, then let's close this one as 'WON'T FIX', ok?
Yes, I'll open a new issue for the actual bug I wanted to report. I can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82283
Yann Droneaud changed:
What|Removed |Added
CC||yann at droneaud dot fr
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93876
--- Comment #6 from Oleg Endo ---
If -mlra helps with this case, then let's close this one as 'WON'T FIX', ok?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93876
--- Comment #5 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #4)
> the error message is
>
> unable to find a register to spill in class 'R0_REGS'
>
> please try to re-build with -mlra
Yes, that helps and I just
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93876
--- Comment #4 from Oleg Endo ---
the error message is
unable to find a register to spill in class 'R0_REGS'
please try to re-build with -mlra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93808
--- Comment #23 from Oleg Endo ---
(In reply to Oleg Endo from comment #22)
>
> I see at least one encoder function that
... does not check that p is >= e and blindly starts reading data at p. ... so
I'd like to try to narrow it down a bit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93808
--- Comment #22 from Oleg Endo ---
(In reply to Andrew Pinski from comment #21)
>
> I think it is more by accident.strict-alginment here should not make a
> difference really as it is undefined even on non-strict targets.
> fcross-jumping
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93876
--- Comment #3 from John Paul Adrian Glaubitz ---
The problem does not affect gcc-8. It affects gcc-9 and gcc-10.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93876
--- Comment #2 from John Paul Adrian Glaubitz ---
Created attachment 47885
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47885=edit
Source and preprocessed source plus assembly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93876
--- Comment #1 from John Paul Adrian Glaubitz ---
Command line is:
/usr/bin/c++ -DBUILDING_GTK__=1 -DBUILDING_JavaScriptCore
-DBUILDING_WITH_CMAKE=1 -DGETTEXT_PACKAGE=\"WebKit2GTK-4.0\" -DHAVE_CONFIG_H=1
-DJSC_COMPILATION
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93876
Bug ID: 93876
Summary: [9 10 Regression] [SH] webkit2gtk fails to build with
"error: unable to find a register to spill in class
'R0_REGS'"
Product: gcc
Version:
66 matches
Mail list logo
