diff options
author | Matthieu Longo <matthieu.longo@arm.com> | 2024-05-28 10:49:48 +0100 |
---|---|---|
committer | Alan Modra <amodra@gmail.com> | 2024-06-10 08:25:56 +0930 |
commit | bcbbe25eb4408c2f45b7505b6ae53d6742f0d865 (patch) | |
tree | 6bc10ceb629684b7cb0facca3af16f7b5f504abe /zlib | |
parent | 3dee0baea2e8129b6ebfde9567a0b11c5147af56 (diff) | |
download | gdb-bcbbe25eb4408c2f45b7505b6ae53d6742f0d865.zip gdb-bcbbe25eb4408c2f45b7505b6ae53d6742f0d865.tar.gz gdb-bcbbe25eb4408c2f45b7505b6ae53d6742f0d865.tar.bz2 |
autoconf: delete obsolete unused m4 file
config/uintmax_t.m4 contains only one function: jm_AC_TYPE_UINTMAX_T.
After a grep, I could not find any usage of it.
jm_AC_TYPE_UINTMAX_T seems to be an old implementation of the officially
suppported AC_TYPE_UINTMAX_T.
Doc: https://www.gnu.org/savannah-checkouts/gnu/autoconf/manual/
autoconf-2.72/autoconf.html#index-AC_005fTYPE_005fUINTMAX_005fT-1
config/stdint.m4 seems to have taken over. The usage of
AC_REQUIRE([AC_TYPE_UINTMAX_T]) is not garded or inside a function, so it
will also automatically be run for the configure.ac files using
AC_CONFIG_MACRO_DIRS([../config]) instead of m4_include([../config/stdint.m4]).
It seems that people replaced jm_AC_TYPE_UINTMAX_T occurences by
AC_TYPE_UINTMAX_T, and forgot to delete uintmax_t.m4.
Deleting the file and regenerating the build scripts results in no diff,
so it looks safe to delete it from the repository.
Diffstat (limited to 'zlib')
0 files changed, 0 insertions, 0 deletions