SVE2: Fixup SVE2 Math/bitmanipulate/FP APIs

[a74nh]

The SVE2 Math APIs don't quite match the reviews.

Reviews:

• Math
• bit manipulate
• FP

Differences:

• The args for AddCarryWideningEven and AddCarryWideningOdd should be changed from op1,op2,op3 to left,right,carry
• AddWideningEvenOdd(left, right) => AddWideningEvenOdd(leftEven, rightOdd)
• DotProductRotateComplex() and DotProductRotateComplexBySelectedIndex(), the args op1,op2,op3 should be addend,left,right
• AddSaturate() and SubtractSaturate() are declared as public static new. This should be public static
• The args for SubtractWideningEvenOdd() should be changed from left,right to leftEven, rightOdd
• The args for SubtractWideningOddEven() should be changed from left,right to leftOdd, rightEven
• The args for SubtractBorrowWideningOdd() and SubtractBorrowWideningEven() should be changed from op1,op2,op3 to left,right,borrow
• The args for InterleavingXorEvenOdd() should be changed from odd,left,right to odd,leftEven,rightOdd
• The args for InterleavingXorOddEven() should be changed from even,left,right to even,leftOdd,rightEven
• The args for AddSaturateRotateComplex() should be changed from op1,op2,rotation to left,right,rotation
• The args for MultiplyAddRoundedDoublingSaturateHighRotateComplex() should be changed from op1,op2,op3,rotation to addend,left,right,rotation
• The args for MultiplyAddRoundedDoublingSaturateHighRotateComplexBySelectedScalar() should be changed from op1,op2,op3,rotation to addend,left,right,rightIndex,rotation

These will require a breaking change issue raised once implemented:

• AddSaturateWithUnsignedAddend() and AddSaturateWithSignedAddend() should be renamed to AddSaturate() to match the existing AddSaturate() function.
• Dependant on the result of [API Proposal]: SVE2 Add extra parameter to ConvertToSingleOdd APIs #122031, there will need to be an extra parameter even added to ConvertToSingleOddRoundToOdd().

Nothing to do:

• ShiftLeftLogicalWideningEven() and ShiftLeftLogicalWideningOdd() was reviewed in both [API Proposal]: Arm64: FEAT_SVE2: bitwise #94015 (with count for arg2) and [API Proposal]: Arm64: FEAT_SVE2: bit manipulate #94020 (with shiftAmount for arg2). It shouldn't really have been in the second set. Given that all other shift APIs use count then we should stick with that. Therefore nothing needs changing for this issue.

[dotnet-policy-service]

Tagging subscribers to this area: @dotnet/area-system-runtime-intrinsics
See info in area-owners.md if you want to be subscribed.