https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94212
Qian Jianhua changed:
What|Removed |Added
CC||qianjh at cn dot fujitsu.com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99785
--- Comment #11 from Richard Biener ---
Btw, GCC 10 branch tip with -O1:
ipa inlining heuristics: 962.91 ( 85%) 0.39 ( 4%) 971.66 ( 84%)
1103801 kB ( 10%)
alias stmt walking : 40.95 ( 4%) 1.07 ( 11%) 42.13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99785
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99780
--- Comment #3 from Martin Liška ---
It's the same story we saw for no_stack_protector attribute:
--param stack-clash-protection-guard-size=12 --param
stack-clash-protection-probe-interval=12 + '#pragma GCC optimize 1'
is not equal to:
--param
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99785
--- Comment #9 from Jakub Jelinek ---
gcc does have __builtin_convertvector (which is used only for clang
apparently), and while it doesn't have __builtin_shufflevector, it does have
__builtin_shuffle which can achieve everything that the code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99785
--- Comment #8 from Andrew Pinski ---
(In reply to Mike Hommey from comment #7)
> It's worth noting that the clang variant of the code makes use of
> __builtin_shufflevector, which the gcc variant doesn't (per
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99719
Eric Botcazou changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99787
Martin Liška changed:
What|Removed |Added
Known to work||10.2.0
Summary|ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99776
--- Comment #3 from Zhendong Su ---
Awesome! Thanks for looking into this so quickly, Richard!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99785
--- Comment #7 from Mike Hommey ---
It's worth noting that the clang variant of the code makes use of
__builtin_shufflevector, which the gcc variant doesn't (per
https://searchfox.org/mozilla-central/source/gfx/wr/swgl/src/vector_type.h), so
the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99781
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99780
--- Comment #2 from Richard Biener ---
It looks like the targetclone pass leaving the IL in broken state. The error
also looks bogus.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99780
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99778
Richard Biener changed:
What|Removed |Added
Known to fail||11.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99785
--- Comment #6 from Mike Hommey ---
Replacing __attribute__((always_inline)) with inline on the two blend_pixels
functions makes it go down to 30s with GCC 10.
See https://bugzilla.mozilla.org/show_bug.cgi?id=1700520#c9 why the functions
were
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99776
--- Comment #2 from Richard Biener ---
diff --git a/gcc/match.pd b/gcc/match.pd
index 036f92fa959..61c93b5edd1 100644
--- a/gcc/match.pd
+++ b/gcc/match.pd
@@ -6168,9 +6168,12 @@ DEFINE_INT_AND_FLOAT_ROUND_FN (RINT)
(simplify
(BIT_FIELD_REF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99787
Bug ID: 99787
Summary: ICE in curr_insn_transform, at lra-constraints.c:4133
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99785
--- Comment #5 from Andrew Pinski ---
Ok for -O0 case:
integration: 29.75 ( 6%) 7.37 ( 40%) 37.61 ( 7%)
3900M ( 39%)
expand : 11.13 ( 2%) 0.10 ( 1%) 11.21 ( 2%)
1900M ( 19%)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99705
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11 Regression] ICE in |[10 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99705
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:6081d8994ed1a0aef6b7f5fb34f091faa3580416
commit r11-7844-g6081d8994ed1a0aef6b7f5fb34f091faa3580416
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99785
--- Comment #4 from Mike Hommey ---
GCC 11 is the package in Debian experimental, so however it's built.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99786
Martin Liška changed:
What|Removed |Added
Known to fail||11.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99776
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-03-26
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99786
Bug ID: 99786
Summary: ICE in in extract_insn, at recog.c:2770
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99785
--- Comment #3 from Andrew Pinski ---
Oh I think this is the inliner. Because I have -Dalways_inline= on the command
line because I think the code is using it in the wrong places
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99785
--- Comment #2 from Andrew Pinski ---
>This goes up to 4 hours (!) with GCC 11
How did you configure trunk GCC? Did you use --enable-checking=release ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99782
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99772
Richard Biener changed:
What|Removed |Added
Severity|normal |enhancement
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99785
--- Comment #1 from Andrew Pinski ---
-O0 -ftime-report:
callgraph ipa passes : 6.16 ( 19%) 0.94 ( 20%) 7.10 ( 19%)
62M ( 6%)
(NOTE this is the trunk with checking enabled and not GCC built with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99718
--- Comment #14 from Jakub Jelinek ---
You still have:
if (VECTOR_MEM_VSX_P (mode))
{
if (!CONST_INT_P (elt_rtx))
{
if ((TARGET_P9_VECTOR && TARGET_POWERPC64) || width == 8)
return ..._p9 (...);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95622
--- Comment #9 from rguenther at suse dot de ---
On Thu, 25 Mar 2021, burnus at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95622
>
> --- Comment #8 from Tobias Burnus ---
> I am not sure whether this is a sensible
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99785
Bug ID: 99785
Summary: Awful lot of time spent building gl.cc in Firefox
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99784
--- Comment #3 from Mike Hommey ---
PR 96956 only really talks about this: "You may not use this mechanism to jump
to code in a different function. If you do that, totally unpredictable things
happen.".
My testcase doesn't involve jumping to the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93660
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96956
Andrew Pinski changed:
What|Removed |Added
CC||mh+gcc at glandium dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99784
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99651
--- Comment #5 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:9d45e848d02e71c11420ec49630281e9a29c89b8
commit r11-7843-g9d45e848d02e71c11420ec49630281e9a29c89b8
Author: Tobias Burnus
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99765
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
--- Comment #18 from Tamar Christina ---
(In reply to Arseny Solokha from comment #15)
> (In reply to Tamar Christina from comment #13)
> > (In reply to Arseny Solokha from comment #10)
> > > (In reply to Tamar Christina from comment #9)
> > > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99784
--- Comment #1 from Mike Hommey ---
This is reproducible with all versions of GCC on godbolt, including trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99784
Bug ID: 99784
Summary: `labels as values`can point to the wrong spot after
optimization
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12754
Stafford Horne changed:
What|Removed |Added
CC||shorne at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99783
Stafford Horne changed:
What|Removed |Added
Target||or1k-*-*
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99783
Bug ID: 99783
Summary: relocation truncated to fit: R_OR1K_GOT16 on OpenRISC,
building libgeos
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99765
--- Comment #4 from Nick ---
I see. I can't seem to find the mentioned line in f2003.
I don't know if anything needs to be done. If the programmer expected something
different than the last dimension specifier, they would very quickly figure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99718
--- Comment #13 from luoxhu at gcc dot gnu.org ---
Performance data in #c11 is for int variable vec_insert of 32bit mode, the
float variable vec_insert of 32-bit is a bit slower but much better than
original(extra stfs+lwz of insn #17 and insn 18
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99711
--- Comment #15 from Steve Kargl ---
On Fri, Mar 26, 2021 at 01:47:28AM +, jvdelisle at gcc dot gnu.org wrote:
> --- Comment #12 from Jerry DeLisle ---
> This is interesting, compiling with the -g option for debugging.
>
> Running a test
101 - 147 of 147 matches
Mail list logo