[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 #4 from GCC Commits <cvs-commit at gcc dot gnu.org> ---
The releases/gcc-13 branch has been updated by Avinash Jayakar
<avinashd@gcc.gnu.org>:

https://gcc.gnu.org/g:ccd75aee6165d2d3954ded91af96806402068942

commit r13-10048-gccd75aee6165d2d3954ded91af96806402068942
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.