src/strutil/xstrtol.c: sync with gnulib.
commit6cb97d18f105134693062e86f2b1f99762c8ca49
authorAndrew Borodin <aborodin@vmail.ru>
Sun, 21 Jul 2024 14:21:59 +0000 (21 17:21 +0300)
committerAndrew Borodin <aborodin@vmail.ru>
Sat, 5 Oct 2024 12:05:58 +0000 (5 15:05 +0300)
tree74d406ca790ff96696bb898a45d8dc4d1838b302
parent4e9f4b97cbe4febd9ddf5323355ded397e8fbb8a
src/strutil/xstrtol.c: sync with gnulib.

Sync with gnulib 64ddc975e72cb55d2b2d755c25603bd70312aa5e:
  This patch alters xstrtoumax behavior slightly, in areas are not
  likely to affect any real callers, by making xstrtoumax behave more
  like the system strtol. In particular, it lets xstrtoumax support
  bases other than those required by POSIX, if the underlying
  implementation does; this removes the need for an g_assert().

  * lib/strutil/strtol.c: Do not include stdio.h.
  (xstrtoumax): Use same parameter names as POSIX, to make it
  easier for outsiders to follow. Do not require the base to be 0-36,
  as the underlying implementation is allowed to support other bases.

Sync with gnulib 16b33e6649425fcdce095f262da98b539d2f7448.

  * (xstrtoumax): Don't update *endptr if strtol doesn't.
  Also, if the underlying strtol gives an unusual error number and
  sets *endpnr = nptr, assume that's an error not a missing number.

Sync with gnulib bd1e981434c98751b1106a1744e77a27317b52b3
  * (xstrtoumax): Stop worrying about hypothetical implementations that
  are causing more confusion than the code is worth. Instead, go back
  more to old way of doing things.  None of this matters for practical
  applications.

Add commemt.

Signed-off-by: Andrew Borodin <aborodin@vmail.ru>
lib/strutil.h
lib/strutil/xstrtol.c