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

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

https://gcc.gnu.org/g:3bcc10b98e9ffc1296d3d1aae16e85c6bdb09d1a

commit r14-4645-g3bcc10b98e9ffc1296d3d1aae16e85c6bdb09d1a
Author: Jakub Jelinek <ja...@redhat.com>
Date:   Sun Oct 15 14:23:14 2023 +0200

    wide-int: Fix estimation of buffer sizes for wide_int printing [PR111800]

    As mentioned in the PR, my estimations on needed buffer size for wide_int
    and especially widest_int printing were incorrect, I've used get_len ()
    in the estimations, but that is true only for !wi::neg_p (x) values.
    Under the hood, we have 3 ways to print numbers.
    print_decs which if
      if ((wi.get_precision () <= HOST_BITS_PER_WIDE_INT)
          || (wi.get_len () == 1))
    uses sprintf which always fits into WIDE_INT_PRINT_BUFFER_SIZE (positive or
    negative) and otherwise uses print_hex,
    print_decu which if
      if ((wi.get_precision () <= HOST_BITS_PER_WIDE_INT)
          || (wi.get_len () == 1 && !wi::neg_p (wi)))
    uses sprintf which always fits into WIDE_INT_PRINT_BUFFER_SIZE (positive
    only) and print_hex, which doesn't print most significant limbs which are
    zero and the first limb which is non-zero prints such that redundant 0
    hex digits aren't printed, while all limbs below that are printed with
    "%016" PRIx64.  For wi::neg_p (x) values, the first limb of the precision
    is always non-zero, so we print all the limbs for the precision.
    So, the current estimations are accurate if !wi::neg_p (x), or when
    print_decs will be used and x.get_len () == 1, otherwise we need to use
    estimation based on get_precision () rather than get_len ().

    I've introduced new inlines print_{dec{,s,u},hex}_buf_size which compute
the
    needed buffer length in bytes and return true if WIDE_INT_PRINT_BUFFER_SIZE
    isn't sufficient and caller should XALLOCAVEC the buffer.

    2023-10-15  Jakub Jelinek  <ja...@redhat.com>

            PR tree-optimization/111800
    gcc/
            * wide-int-print.h (print_dec_buf_size, print_decs_buf_size,
            print_decu_buf_size, print_hex_buf_size): New inline functions.
            * wide-int.cc (assert_deceq): Use print_dec_buf_size.
            (assert_hexeq): Use print_hex_buf_size.
            * wide-int-print.cc (print_decs): Use print_decs_buf_size.
            (print_decu): Use print_decu_buf_size.
            (print_hex): Use print_hex_buf_size.
            (pp_wide_int_large): Use print_dec_buf_size.
            * value-range.cc (irange_bitmask::dump): Use print_hex_buf_size.
            * value-range-pretty-print.cc
(vrange_printer::print_irange_bitmasks):
            Likewise.
            * tree-ssa-loop-niter.cc (do_warn_aggressive_loop_optimizations):
Use
            print_dec_buf_size.  Use TYPE_SIGN macro in print_dec call
argument.
    gcc/c-family/
            * c-warn.cc (match_case_to_enum_1): Assert w.get_precision ()
            is smaller or equal to WIDE_INT_MAX_INL_PRECISION rather than
            w.get_len () is smaller or equal to WIDE_INT_MAX_INL_ELTS.

Reply via email to