The patch which moved libio.h proper into the bits directory also
changed the name of its guard macro, and I neglected to check whether
anything depended on that name. It turns out that there is a
conditionally-used bits header that looks at it; this broke the libgcc
build on at least sparc64-*-* and sparcv9-*-*.
* libio/bits/libio-ldbl.h: Correct check for improper
inclusion. Add own multiple include guard.
+2017-12-31 Zack Weinberg <zackw@panix.com>
+
+ * libio/bits/libio-ldbl.h: Correct check for improper
+ inclusion. Add own multiple include guard.
+
2017-12-30 Aurelien Jarno <aurelien@aurel32.net>
Dmitry V. Levin <ldv@altlinux.org>
License along with the GNU C Library; if not, see
<http://www.gnu.org/licenses/>. */
-#ifndef _IO_STDIO_H
+#ifndef _BITS_LIBIO_LDBL_H
+#define _BITS_LIBIO_LDBL_H 1
+
+#ifndef _BITS_LIBIO_H
# error "Never include <bits/libio-ldbl.h> directly; use <libio.h> instead."
#endif
__LDBL_REDIR_DECL (_IO_vfscanf)
__LDBL_REDIR_DECL (_IO_vfprintf)
+
+#endif