https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #33 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #32)
> (In reply to Hongtao.liu from comment #31)
> > Created attachment 52595 [details]
> > microbenchmark
>
The interesting the microbenchmark didn't hit store forward
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103328
Benno Evers changed:
What|Removed |Added
CC||gcc at bmevers dot de
--- Comment #19 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104878
Bug ID: 104878
Summary: untranslated string in diagnostic "%s %qs
instantiated"
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104877
Bug ID: 104877
Summary: missing standard gnu++20 in diagnostic
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104876
Bug ID: 104876
Summary: untranslated strings in diagnostic about failed mapper
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104865
Andrew Pinski changed:
What|Removed |Added
Summary|Wrong code for conditional |Wrong code for conditional
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |MOVED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104875
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2022-03-11
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104835
--- Comment #3 from Iain Buclaw ---
Ends with:
#86 0x000120582768 in semantic3(Dsymbol*, Scope*) (sc=,
dsym=) at ../../gcc/d/dmd/semantic3.d:1525
#87 Semantic3Visitor::visit(AggregateDeclaration*) (this=0xffbab0,
ad=0xfff76c0800) a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104829
--- Comment #15 from joseph at codesourcery dot com ---
I confirm that the second patch does fix the problem I see.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98420
Roger Sayle changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |roger at
nextmovesoftware dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104835
--- Comment #2 from Iain Buclaw ---
The backtrace I get is:
d21: internal compiler error: output_operand: '%l' operand isn't a label
0x1208268cf output_operand_lossage(char const*, ...)
../../gcc/final.cc:3235
0x12082692b output_asm_lab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104875
Bug ID: 104875
Summary: libstdc++-v3/src/c++11/codecvt.cc:312:24: warning:
left shift count >= width of type
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84964
--- Comment #16 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:a717376e99fb33ba3b06bd8122e884f4b63a60c9
commit r12-7607-ga717376e99fb33ba3b06bd8122e884f4b63a60c9
Author: Roger Sayle
Date: Thu M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84969
--- Comment #6 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:a717376e99fb33ba3b06bd8122e884f4b63a60c9
commit r12-7607-ga717376e99fb33ba3b06bd8122e884f4b63a60c9
Author: Roger Sayle
Date: Thu Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104870
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104870
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:a8db9b90439f33af9ef602325df1f1e967fc549a
commit r12-7606-ga8db9b90439f33af9ef602325df1f1e967fc549a
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104829
Segher Boessenkool changed:
What|Removed |Added
Attachment #52599|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #33 from Jakub Jelinek ---
In https://gcc.gnu.org/pipermail/gcc-patches/2022-March/591521.html Segher said
those backports should be reverted.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104719
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95999
Roger Sayle changed:
What|Removed |Added
Target Milestone|9.5 |12.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104874
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104868
Segher Boessenkool changed:
What|Removed |Added
Attachment #52601|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104874
Bug ID: 104874
Summary: Non-compile test in string_vector_iterators.cc test
fails for the wrong reason.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39751
Roger Sayle changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|9.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90847
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104863
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104863
--- Comment #3 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:d016dd7dbb8140f03cde7e2179ebaf9ec3e9d2f1
commit r12-7605-gd016dd7dbb8140f03cde7e2179ebaf9ec3e9d2f1
Author: David Malcolm
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104868
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
Summary|powerpc: Compil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104873
Bug ID: 104873
Summary: Bug in overload resolution for constrained class
templates with deduction guides
Product: gcc
Version: unknown
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104870
--- Comment #4 from Jonathan Wakely ---
I think we additionally want this:
--- a/libstdc++-v3/src/c++17/floating_from_chars.cc
+++ b/libstdc++-v3/src/c++17/floating_from_chars.cc
@@ -793,12 +793,11 @@ from_chars_result
from_chars(const char* f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103074
--- Comment #5 from CVS Commits ---
The master branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:d8e5fff6b74b82c2ac3254be9a1f0fb6b30dbdbf
commit r12-7604-gd8e5fff6b74b82c2ac3254be9a1f0fb6b30dbdbf
Author: Vladimir N. Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104829
--- Comment #13 from Peter Bergner ---
(In reply to jos...@codesourcery.com from comment #12)
> I still get the same error (and the same ".machine ppc") with that patch
> applied.
Confirmed, the patch doesn't fix the issue for me either:
[ber
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104866
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104866
--- Comment #1 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:b5417a0ba7e26bec2abf05cad6c6ef840a9be41c
commit r12-7603-gb5417a0ba7e26bec2abf05cad6c6ef840a9be41c
Author: Detlef Vollmann
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104870
--- Comment #3 from dv at vollmann dot ch ---
(In reply to Jonathan Wakely from comment #1)
> Ah that #if should match the one in
Yes, that's better than my patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104872
Bug ID: 104872
Summary: Memory corruption in Coroutine with POD type
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104870
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104868
--- Comment #4 from Michael Meissner ---
In looking at it, the reason is the convert from DImode to TImode has several
constraints. The constraint that matters in this case has the output being an
Altivec register, while the input is a GPR regi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104829
--- Comment #12 from joseph at codesourcery dot com ---
I still get the same error (and the same ".machine ppc") with that patch
applied.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104870
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104871
Bug ID: 104871
Summary: macosx-version-min wrong for macOS >= Big Sur
(darwin20)
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104870
Bug ID: 104870
Summary: fast_float doesn't work for 16-bit size_t, but is used
anyway by floating_from_chars.cc
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104863
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #2 from David Malc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104869
Jakub Jelinek changed:
What|Removed |Added
Target||powerpc64le-linux
Target Milestone|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104869
Jakub Jelinek changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104868
--- Comment #3 from Segher Boessenkool ---
Created attachment 52601
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52601&action=edit
proposed patch
Try the attached, instead?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104869
Bug ID: 104869
Summary: [12 Regression] Miscompilation of qt5-qtdeclarative
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104868
--- Comment #2 from Segher Boessenkool ---
Well that doesn't do the right thing... mtvsrdd has RA|0. So we either need
some third alternative to handle the case it get assigned hard reg 0, or we
should prevent that some other way.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104777
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Summary|[9/10/11 Regre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104777
--- Comment #10 from CVS Commits ---
The releases/gcc-11 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:d66c45fdc14bf88f7390a75129462640c59ce48e
commit r11-9647-gd66c45fdc14bf88f7390a75129462640c59ce48e
Author: Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101655
cqwrteur changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104868
Segher Boessenkool changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104868
Bug ID: 104868
Summary: powerpc: Compiling libgfortran with -flto failing with
GCC 12
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104284
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104866
Jonathan Wakely changed:
What|Removed |Added
Known to work||11.2.1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104867
Bug ID: 104867
Summary: Base class matching ignores type of `auto` template
parameter
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104829
--- Comment #11 from Segher Boessenkool ---
Created attachment 52599
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52599&action=edit
proposed patch
This patch should restore the previous behaviour. Joseph, can you test it
please?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104829
--- Comment #10 from Segher Boessenkool ---
(In reply to jos...@codesourcery.com from comment #6)
> The generated .s file has ".machine ppc". Maybe there is some
> inconsistency arising from the use of -mvsx -mfloat128 for this 32-bit
> confi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104752
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104608
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104829
--- Comment #9 from Joseph S. Myers ---
Created attachment 52598
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52598&action=edit
generated assembly
Assembly output attached.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104829
--- Comment #8 from Joseph S. Myers ---
Created attachment 52597
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52597&action=edit
preprocessed source
Preprocessed source attached.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104608
--- Comment #6 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:4602a494e94835f693a9230adb69ce92249ebf15
commit r12-7601-g4602a494e94835f693a9230adb69ce92249ebf15
Author: Marek Polacek
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104829
--- Comment #7 from Peter Bergner ---
(In reply to jos...@codesourcery.com from comment #6)
> The compilation command is:
Can you attach the _kf_to_sd.i preprocessed file from your command so I can
more easily try your exact compile options wit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104752
--- Comment #2 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:97f76b5fc4b637033229e53033b4f8b6dc23472c
commit r12-7600-g97f76b5fc4b637033229e53033b4f8b6dc23472c
Author: Marek Polacek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104866
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103407
--- Comment #11 from Jonathan Wakely ---
OK, so we can just drop the alias symbols. But that means that libstdc++.so on
Solaris 11.3 and 11.4 will be incompatible. Is that acceptable?
If not, maybe the right thing to do is just add the symbols
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104829
--- Comment #6 from joseph at codesourcery dot com ---
The compilation command is:
/scratch/jmyers/glibc/many12/build/compilers/powerpc-linux-gnu/gcc/./gcc/xgcc
-B/scratch/jmyers/glibc/many12/build/compilers/powerpc-linux-gnu/gcc/./gcc/
-B/sc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104858
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=104865
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104696
--- Comment #4 from Tobias Burnus ---
(In reply to Chung-Lin Tang from comment #3)
> The problem, at a low-level, is that the Fortran FE is using always_pointer,
> while C/C++ front-ends generate attach_detach (and turns in attach after
> gimpli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104866
Bug ID: 104866
Summary: this_thread_sleep.h doesn't compile if
_GLIBCXX_NO_SLEEP is defined
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39326
--- Comment #61 from Richard Biener ---
r12-7592, first testcase, x86_64:
-O0: 6s, 1GB
-O1: 264s, 1.4GB
callgraph ipa passes : 30.47 ( 12%)
alias stmt walking : 67.44 ( 26%)
tree loop invariant motion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104812
--- Comment #3 from Steve Kargl ---
On Thu, Mar 10, 2022 at 11:27:41AM +, fruitclover at gmail dot com wrote:
>
> --- Comment #2 from Mike K. ---
> Thanks, and subroutine s2 conforming Fortran 2018, 19.4, right?
>
No. The logical variabl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100134
Sandipan Mohanty changed:
What|Removed |Added
CC||sandipan.mohanty at gmail dot
com
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102943
--- Comment #46 from Andrew Macleod ---
(In reply to Richard Biener from comment #44)
> (In reply to Richard Biener from comment #43)
> > (In reply to Andrew Macleod from comment #42)
> > > (In reply to Richard Biener from comment #37)
> > > > I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102943
--- Comment #45 from Andrew Macleod ---
(In reply to Richard Biener from comment #43)
> (In reply to Andrew Macleod from comment #42)
> > (In reply to Richard Biener from comment #37)
> > > I'm looking at range_def_chain::m_def_chain, it's use i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104846
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103460
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104846
--- Comment #3 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:ac8310dd122172bf9d7217e3367da55f9bf9b21b
commit r12-7599-gac8310dd122172bf9d7217e3367da55f9bf9b21b
Author: Marek Polacek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103460
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:e46843ff75c37c705811e0c13bb469eda13b5f6c
commit r12-7598-ge46843ff75c37c705811e0c13bb469eda13b5f6c
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104696
--- Comment #3 from Chung-Lin Tang ---
The problem, at a low-level, is that the Fortran FE is using always_pointer,
while C/C++ front-ends generate attach_detach (and turns in attach after
gimplify).
attach and always_pointer both modify the GP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102943
--- Comment #44 from Richard Biener ---
(In reply to Richard Biener from comment #43)
> (In reply to Andrew Macleod from comment #42)
> > (In reply to Richard Biener from comment #37)
> > > I'm looking at range_def_chain::m_def_chain, it's use i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104793
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102943
--- Comment #43 from Richard Biener ---
(In reply to Andrew Macleod from comment #42)
> (In reply to Richard Biener from comment #37)
> > I'm looking at range_def_chain::m_def_chain, it's use is well obfuscated by
> > inheritance but comments su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102943
--- Comment #42 from Andrew Macleod ---
(In reply to Richard Biener from comment #37)
> I'm looking at range_def_chain::m_def_chain, it's use is well obfuscated by
> inheritance but comments suggest that we have one such structure either for
> e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104829
--- Comment #5 from Segher Boessenkool ---
No difference with binutils-2.38 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104813
Martin Jambor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104865
Bug ID: 104865
Summary: Wrong code for conditional expression on VAX
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104793
--- Comment #3 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:c65d3c7f9dade18826d1a28d71b98c7cdc3e4300
commit r12-7596-gc65d3c7f9dade18826d1a28d71b98c7cdc3e4300
Author: David Malcolm
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48101
--- Comment #13 from Jonathan Wakely ---
Nice!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104793
--- Comment #2 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:b6eaf90c64f91553c8002f6ee401785a8bc6f94c
commit r12-7595-gb6eaf90c64f91553c8002f6ee401785a8bc6f94c
Author: David Malcolm
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102943
--- Comment #41 from Andrew Macleod ---
>
> so it's still by far jump-threading/VRP dominating compile-times (I wonder
> if we should separate "old" and "new" [E]VRP timevars). Given that VRP
> shows up as well it's more likely the underlying
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104813
--- Comment #5 from CVS Commits ---
The master branch has been updated by Martin Jambor :
https://gcc.gnu.org/g:e671e48e352ee278d816d4633146208807a0e403
commit r12-7593-ge671e48e352ee278d816d4633146208807a0e403
Author: Martin Jambor
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #32 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #31)
> Created attachment 52595 [details]
> microbenchmark
The microbenchmark is used to test penalty for STFS, I've run it on CLX, and
find 1 stalled vector load is fas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #31 from Hongtao.liu ---
Created attachment 52595
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52595&action=edit
microbenchmark
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48101
Louis Dionne changed:
What|Removed |Added
CC||ldionne.2 at gmail dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102943
--- Comment #40 from Richard Biener ---
OK, so after the two micro-optimizations we are now at
tree VRP : 10.92 ( 17%) 0.03 ( 5%) 10.94 ( 17%)
28M ( 4%)
backwards jump threading : 11.16 ( 18%) 0
1 - 100 of 156 matches
Mail list logo