https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95382
--- Comment #2 from otcmaf ---
(In reply to Richard Biener from comment #1)
> You'll likely get more help when asking on the mailing list. Bugzilla is
> not well suited to get attention to custom modified ports.
Ok,thanks. Do you know who is t
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: xuemaosheng at huawei dot com
Target Milestone: ---
Created attachment 48626
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48626&action=edit
the sour
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95267
--- Comment #7 from otcmaf ---
(In reply to Andrew Pinski from comment #5)
> (In reply to otcmaf from comment #4)
> > Do you mean that those pattern above are also wrong pattern ?
>
> YES those are broken.
Ok, thanks very much.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95267
--- Comment #4 from otcmaf ---
(In reply to Andrew Pinski from comment #3)
> The internals documentation documents this even, read:
> https://gcc.gnu.org/onlinedocs/gccint/RTL-Template.html#index-match_005fdup
>
> From that:
> Note that match_du
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95267
--- Comment #2 from otcmaf ---
(In reply to Andrew Pinski from comment #1)
> I think this is a back-end issue.
> Can you provide the definition of movtv8hf16 ?
> I don't think you can do:
> (set (match_operand 0 predicate constraint)
> (u
: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: xuemaosheng at huawei dot com
Target Milestone: ---
In rtl-optimization gcse pass produces a invalid insn, and finally in function
process_insert_insn reach the code gcc_unreachable ().
static rtx_insn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94728
--- Comment #4 from otcmaf ---
(In reply to Alexander Monakov from comment #3)
> On the high level the analysis makes sense to me, but as this is predication
> in Haifa scheduler this is not really my domain :) The bugreport is also
> missing a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94728
--- Comment #2 from otcmaf ---
(In reply to Richard Biener from comment #1)
> CCing scheduler people. Note that discussion & question answering better
> takes place on the mailing list g...@gcc.gnu.org, bugzilla isn't getting much
> of attention
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: xuemaosheng at huawei dot com
Target Milestone: ---
If we add the flag DO_PREDICATION in scheduling ebb, the compiler will try to
predicate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94421
--- Comment #3 from otcmaf ---
(In reply to Andrew Pinski from comment #1)
> change_spec_dep_to_hard is called from two places:
> * in sched_analyze_insn, it is conditionalized on (current_sched_info->flags
> & DO_SPECULATION) already.
> * in upd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94421
otcmaf changed:
What|Removed |Added
CC||xuemaosheng at huawei dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90837
--- Comment #3 from otcmaf ---
(In reply to Andrew Pinski from comment #1)
> The access auwMulRRUPeakUsrInfo[0][uwUserCountCell1] can be out of bounds.
Thank you very much. Your point of view is correct.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90837
otcmaf changed:
What|Removed |Added
CC||xuemaosheng at huawei dot com
--- Comment #2
13 matches
Mail list logo
