diff options
| author | Iain Sandoe <iain@sandoe.co.uk> | 2025-03-12 15:04:31 +0000 |
|---|---|---|
| committer | Iain Sandoe <iain@sandoe.co.uk> | 2025-03-25 19:29:12 +0000 |
| commit | f3d07779fdb729c7ee81b8e764921becf8ecf1d0 (patch) | |
| tree | 0822530dd1dc4b414a8f2328735d17e9e08a6a82 /gcc | |
| parent | 737a5760bb24a0a945cc2c916ba452e3f0060c58 (diff) | |
| download | gcc-f3d07779fdb729c7ee81b8e764921becf8ecf1d0.zip gcc-f3d07779fdb729c7ee81b8e764921becf8ecf1d0.tar.gz gcc-f3d07779fdb729c7ee81b8e764921becf8ecf1d0.tar.bz2 | |
libiberty: Append <libgen.h> to AC_CHECK_DECLS [PR119218].
Darwin and Solaris, at least, provide basename() in libc, but only
declare it in <libgen.h>. That library is not one of the set in
AC_INCLUDES_DEFAULT and so we fail the config test and fall back
to the libiberty-provided version. In itself, this is not an
issue; however, if we include <libgen.h> and libiberty.h in the same
TU we do then get a decl conflict.
PR other/119218
libiberty/ChangeLog:
* config.in: Regenerate.
* configure: Regenerate.
* configure.ac: Append <libgen.h> to AC_INCLUDES_DEFAULT
when checking for the 'basename' decl.
Signed-off-by: Iain Sandoe <iain@sandoe.co.uk>
Diffstat (limited to 'gcc')
0 files changed, 0 insertions, 0 deletions