[Bug target/119130] Results of vec_pack_to_short_fp32 intrinsic are not in the expected order on big-endian POWER9

[cvs-commit at gcc dot gnu.org]

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 <avinashd@gcc.gnu.org>:

https://gcc.gnu.org/g:66bac7bde59edc72b700b042920ba0ad95291776

commit r16-5407-g66bac7bde59edc72b700b042920ba0ad95291776
Author: Avinash Jayakar <avinashd@linux.ibm.com>
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  <avinashd@linux.ibm.com>

    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.