diff options
| author | Simon Marchi <simon.marchi@polymtl.ca> | 2020-10-24 12:29:13 -0400 |
|---|---|---|
| committer | Simon Marchi <simon.marchi@polymtl.ca> | 2020-10-25 21:10:29 -0400 |
| commit | 48d51796af3f196c39defb33a711fe906600f986 (patch) | |
| tree | 537c9c49fa09b674e03a0b67d17e4d84ca632155 /libctf | |
| parent | 052688d982776dcfc46a397b68ad295ba255d731 (diff) | |
| download | binutils-48d51796af3f196c39defb33a711fe906600f986.zip binutils-48d51796af3f196c39defb33a711fe906600f986.tar.gz binutils-48d51796af3f196c39defb33a711fe906600f986.tar.bz2 | |
gdb: use AC_PROG_CC_STDC instead of AM_PROG_CC_STDC
`autoconf -Wall` notes that AM_PROG_CC_STDC is obsolete:
Fixes this autoconf warning:
configure.ac:40: warning: 'AM_PROG_CC_STDC': this macro is obsolete.
configure.ac:40: You should simply use the 'AC_PROG_CC' macro instead.
configure.ac:40: Also, your code should no longer depend upon 'am_cv_prog_cc_stdc',
configure.ac:40: but upon 'ac_cv_prog_cc_stdc'.
aclocal.m4:770: AM_PROG_CC_STDC is expanded from...
configure.ac:40: the top level
Since we build with a C++ compiler now, I don't think this is relevant.
If you look at the messages removed from gdbsupport/aclocal.m4, it says
that this functionality is now integrated in AC_PROG_CC, which we
already call. So it might not even make a difference.
We had a local version of AM_PROG_CC_STDC, in gdb/acinclude.m4 (only
used by gdb/configure.ac), remove it.
gdb/ChangeLog:
* acinclude.m4 (AM_PROG_CC_STDC): Remove.
* configure: Re-generate.
* configure.ac: Remove AM_PROG_CC_STDC.
gdbsupport/ChangeLog:
* aclocal.m4: Re-generate.
* configure: Re-generate.
* configure.ac: Remove AM_PROG_CC_STDC.
Change-Id: Ic824393598805d4f78cda9d119f8af46096e9c73
Diffstat (limited to 'libctf')
0 files changed, 0 insertions, 0 deletions