[Bug middle-end/112771] during GIMPLE pass: bitintlower0 ICE: in build_bitint_type, at tree.cc:7178 with _BitInt(65535) and division by zero

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

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

--- 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:9bfebcb1b7ae4e7160644f2104424d6bab4a23f7

commit r14-6050-g9bfebcb1b7ae4e7160644f2104424d6bab4a23f7
Author: Jakub Jelinek <jakub@redhat.com>
Date:   Fri Dec 1 10:55:49 2023 +0100

    lower-bitint: Fix up handle_operand_addr for 0 constants [PR112771]

    handle_operand_addr for INTEGER_CSTs uses wi::min_precision (UNSIGNED
    for non-negative constants, SIGNED for negative ones) and from that
    computes mp as minimum number of limbs which can represent that value,
    and in some cases creates a test BITINT_TYPE with that precision to
    categorize it and decide based on that what types to use on the constant
    emitted into memory.  For the actual precisions (what will be passed
    to libgcc) it actually already uses MAX/MIN to adjust the corner cases:
              *prec = MAX (min_prec, 1);
    ...
              *prec = MIN ((int) -min_prec, -2);
    but for integer_zerop min_prec will be 0,
    mp = CEIL (min_prec, limb_prec) * limb_prec;
    will be also 0 and we ICE trying to build unsigned BITINT_TYPE with
    0 precision.

    Fixed thusly by noting even 0 has to be encoded at least as one limb.

    2023-12-01  Jakub Jelinek  <jakub@redhat.com>

            PR middle-end/112771
            * gimple-lower-bitint.cc (bitint_large_huge::handle_operand_addr):
            Use mp = 1 if it is zero.

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