User Details
- User Since
- Jan 13 2022, 1:26 AM (62 w, 2 d)
Yesterday
Fix mistakes that reames' pointed.
Fri, Mar 24
Rebase and ping.
Fri, Mar 17
Create a new interface SplitBlockAndInsertForLanes, similar as
SplitBlockAndInsertForEachLane but have input argument to control end index.
Thu, Mar 16
Use CreateElementCount and fix typos in LangRef.rst.
Wed, Mar 15
This update does,
- Make vp.powi follows llvm.powi to only accept scalar exponent.
- Add tests for RISC-V.
- Update test cases.
Tue, Mar 14
I think we should follow rule of powi first.
Remove the redudant line.
Mon, Mar 13
Use any_<op> to replace base operations and strict operations.
Thu, Mar 9
Wed, Mar 8
More STRICT_FP_EXTEND_VL after STRICT_FCVT_W_RV64.
Tue, Mar 7
Use any_riscv_fpextend_vl to replace riscv_fpextend_vl and riscv_strict_fpextend_vl.
Mon, Mar 6
Rebase and ping @aprantl.
Sun, Mar 5
LGTM.
Thu, Mar 2
Also expanding llvm.powi.
Wed, Mar 1
Use distinct debug infromation for different items.
Feb 23 2023
Address sdesmalen comment and refine test cases.
Feb 22 2023
Feb 21 2023
My plan is use same expanding function but use true mask for its mask and the elementcount for its evl.
Update test case.
Address Craig's comment.
Rebase and ping.
Feb 16 2023
Feb 15 2023
Feb 11 2023
Use vp.icmp instead of icmp.
Cleanup headers.
Feb 10 2023
Feb 9 2023
Address Craig's comment and add missing test case.
Feb 8 2023
Maybe I missed the rationale, but why not use the ExpandVectorPredicationPass for this?
LLVM could not expanding scalable vector type powi now. So this pass is not only for vp.powi, but also expanding scalable vector type powi in the future.
Feb 7 2023
LGTM. Thank you.
Feb 2 2023
Use is_same_v and rename getVPForFunctionOpcode to getVPForBaseOpcode.
Jan 31 2023
Rename getFunctionOpcodeForVP to getBaseOpcodeForVP.
Jan 28 2023
Split getNode of VPMatchContext to some with SDNodeFlags and others with SDNodeFlags.
Jan 23 2023
Rebase and fix typos.
Jan 20 2023
Address Craig's comment.
Jan 19 2023
Jan 18 2023
Jan 17 2023
Address Craig's comment.
Jan 16 2023
@simoll There is some difference between my implement and yours:
- Operand with true mask does not fail in match() of VPMatchContext.
- Operand with normal opcode does not fail in match() of VPMatchContext if its opcode is same as the input opcode.
- Make VPMatchContext be only constructed by vp root nodes. It could help for point 2.
- I removed the member function getFunctionOpCode and isCompatible.
Jan 12 2023
Rebase and fix typos.
Jan 11 2023
Rebase and update test cases.
Address missing comment in last update.
Jan 10 2023
Address Craig's comment.
Jan 9 2023
Fix typos in commit message.