https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68664
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68664
--- Comment #17 from James Greenhalgh ---
(In reply to David Edelsohn from comment #16)
> > That isn't an argument for -fno-sched-spec, it is an argument for a cost
> > model which better matches the cost of the transformation, using the
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68664
--- Comment #16 from David Edelsohn ---
> That isn't an argument for -fno-sched-spec, it is an argument for a cost
> model which better matches the cost of the transformation, using the
> information available, without bloating the automaton.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68664
--- Comment #15 from James Greenhalgh ---
(In reply to Segher Boessenkool from comment #14)
> I'm not sure how to read your remark. An insn where the result is
> not used is not on the critical path by definition; and you seem to
> be arguing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68664
--- Comment #14 from Segher Boessenkool ---
I'm not sure how to read your remark. An insn where the result is
not used is not on the critical path by definition; and you seem to
be arguing for -fno-sched-spec by default?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68664
--- Comment #13 from Richard Earnshaw ---
(In reply to Segher Boessenkool from comment #12)
> new_ready just adds insns to the ready list. High latency isn't
> directly a problem: if we can schedule a high latency insn early
> speculatively,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68664
--- Comment #12 from Segher Boessenkool ---
new_ready just adds insns to the ready list. High latency isn't
directly a problem: if we can schedule a high latency insn early
speculatively, that is a _good_ thing!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68664
--- Comment #11 from James Greenhalgh ---
Presumably, this check in sched-rgn.c:new_ready is the problem...
/* For speculative insns, before inserting to ready/queue,
check live, exception-free, and issue-delay. */
if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68664
Aldy Hernandez changed:
What|Removed |Added
CC||law at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68664
--- Comment #9 from Aldy Hernandez ---
Created attachment 40613
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40613=edit
preprocessed testcase for reproducing on ppc64 and aarch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68664
--- Comment #8 from Aldy Hernandez ---
FYI, on aarch64, the problem can be reproduced with:
./cc1 -quiet -I./ a.c -O3 -ffast-math -mcpu=cortex-a53
on ppc64 with:
./cc1 -quiet -I./ a.c -O3 -ffast-math
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68664
Aldy Hernandez changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68664
James Greenhalgh changed:
What|Removed |Added
Target|powerpc*-*-*, aarch64*-*-* |powerpc*-*-*, aarch64*-*-*,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68664
James Greenhalgh changed:
What|Removed |Added
CC||siarhei.siamashka at gmail dot
com
14 matches
Mail list logo