Hah! Beat you
Thanks, yes, seems like oversight/nothing func.func specific here.
Make Zmmul extension independent instead of implied by M extension for backward ELF attribute compatibility.
It sounds to me like the MADD is decoded into two uops, mul and add. Then the mul can be immediately executable once the two multipliers are available. Is this correct?
The implementation looks good, but the tests need some work.
I think there are more similar useful patterns, but I encountered this pattern only. We can add other patterns when we have tests.
This pattern does look like existing reassociate. The difference is its operations are not commutable, so it can't be handled by existing reassociate logic.
The patch : fix crash for rv32 vget intrinsics
Rebase to fix the CI fail.
- Address Aaron's comments.
- Fix tests
- Keep dumping wide/utf16/utf32 strings escaped until we can ensure these things cannot appear in static_assert and other compile time constructs