https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119130
--- Comment #3 from GCC Commits <cvs-commit at gcc dot gnu.org> --- The trunk branch has been updated by Avinash Jayakar <[email protected]>: https://gcc.gnu.org/g:66bac7bde59edc72b700b042920ba0ad95291776 commit r16-5407-g66bac7bde59edc72b700b042920ba0ad95291776 Author: Avinash Jayakar <[email protected]> Date: Wed Nov 19 10:40:45 2025 +0530 rs6000: Do not reorder operands for vec_pack_to_short_fp32 based on endianness The patterns for altivec_vpku<VI_char>um take care of the order of operands for the vpkuwum instruction, and therefore it is not needed in the define_expand pattern "convert_4f32_8f16". 2025-11-18 Avinash Jayakar <[email protected]> gcc/ChangeLog: PR target/119130 * config/rs6000/altivec.md (convert_4f32_8f16): Use same operand order for both endian format. gcc/testsuite/ChangeLog: PR target/119130 * gcc.target/powerpc/builtins-1-p9-runnable.c: Use same expected results for both endian format.
