[Bug middle-end/114156] during GIMPLE pass: bitintlower ICE: in lower_stmt, at gimple-lower-bitint.cc:5335 with -O -m32 and _BitInt(128) __builtin_memmove()

["cvs-commit at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114156

--- Comment #2 from GCC Commits <cvs-commit at gcc dot gnu.org> ---
The master branch has been updated by Jakub Jelinek <jakub@gcc.gnu.org>:

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

commit r14-9248-gd3d0fcb652748191714e4c0b2541e977a7fc7bd7
Author: Jakub Jelinek <jakub@redhat.com>
Date:   Fri Mar 1 11:04:51 2024 +0100

    bitint: Handle VCE from large/huge _BitInt SSA_NAME from load [PR114156]

    When adding checks in which case not to merge a VIEW_CONVERT_EXPR from
    large/huge _BitInt to vector/complex etc., I missed the case of loads.
    Those are handled differently later.
    Anyway, I think the load case is something we can handle just fine,
    so the following patch does that instead of preventing the merging
    gimple_lower_bitint; we'd then copy from memory to memory and and do the
    vce only on the second one, it is just better to vce the first one.

    2024-03-01  Jakub Jelinek  <jakub@redhat.com>

            PR middle-end/114156
            * gimple-lower-bitint.cc (bitint_large_huge::lower_stmt): Allow
            rhs1 of a VCE to have no underlying variable if it is a load and
            handle that case.

            * gcc.dg/bitint-96.c: New test.