#$LIBCSRC posix/getopt1.c lib gpl
#$LIBCSRC posix/getopt_int.h lib gpl
#
-# https://sourceware.org/bugzilla/show_bug.cgi?id=1293
+# https://sourceware.org/PR1293
#$LIBCSRC libidn/iconvme.h lib gpl
#$LIBCSRC libidn/iconvme.c lib gpl
# (gnulib needs config.h?) $LIBCSRC/string/memmem.c lib gpl
#
-# https://sourceware.org/bugzilla/show_bug.cgi?id=1439
+# https://sourceware.org/PR1439
#$LIBCSRC crypt/md5.c lib gpl
#$LIBCSRC crypt/md5.h lib gpl
# These are close, but ...
#$LIBCSRC login/forkpty.c lib gpl
#$LIBCSRC login/programs/pt_chown.c lib gpl
#
-# https://sourceware.org/bugzilla/show_bug.cgi?id=321
+# https://sourceware.org/PR321
#$LIBCSRC malloc/obstack.c lib gpl
#
-# https://sourceware.org/bugzilla/show_bug.cgi?id=321
+# https://sourceware.org/PR321
#$LIBCSRC malloc/obstack.h lib gpl
#$LIBCSRC misc/error.c lib gpl
#$LIBCSRC misc/error.h lib/error.in.h gpl
#$LIBCSRC posix/fnmatch.h lib/fnmatch.in.h gpl
#$LIBCSRC posix/fnmatch_loop.c lib gpl
#
-# https://sourceware.org/bugzilla/show_bug.cgi?id=1060
-# https://sourceware.org/bugzilla/show_bug.cgi?id=1062
+# https://sourceware.org/PR1060
+# https://sourceware.org/PR1062
#$LIBCSRC posix/glob.c lib gpl
#
-# https://sourceware.org/bugzilla/show_bug.cgi?id=1060
+# https://sourceware.org/PR1060
#$LIBCSRC posix/glob.h lib/glob-libc.h gpl
#
#$LIBCSRC stdlib/putenv.c lib gpl
@item
The strings printed by this function not the same as the strings returned by
@code{backtrace_symbols} on some platforms:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=31730
+@c https://sourceware.org/PR31730
glibc 2.39.
@item
On platforms where the function is missing,
@item
This function returns an incorrect value when the number of bytes copied
exceeds @code{INT_MAX} on systems using glibc version 2.41 or 2.42.
-See @url{glibc bug 33245,
-https://sourceware.org/bugzilla/show_bug.cgi?id=33245}.
+See @url{glibc bug 33245, https://sourceware.org/PR33245}.
@item
This function is provided on GNU/Hurd but it is only a stub: It always
@itemize
@item
This function crashes if the state buffer is unaligned on some platforms:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=30584
+@c https://sourceware.org/PR30584
glibc 2.36/sparc.
@item
This function has a slightly different (but compatible) declaration on some
@code{renameat2 (AT_FDCWD, "file", AT_FDCWD, "new/" ...)} succeeds
instead of failing and setting @code{errno} to @code{ENOTDIR}, on some
platforms:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=32570
+@c https://sourceware.org/PR32570
GNU/Hurd with glibc 2.41.
@end itemize
glibc 2.31, macOS 14, FreeBSD 14.0, NetBSD 10.0, OpenBSD 7.5, Minix 3.1.8, AIX 7.1, HP-UX 11.31, Solaris 11.4, Cygwin 2.9, mingw, MSVC 14, Android API level 34.
@item
This function returns wrong values on some platforms:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=26555
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=29545
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=31080
+@c https://sourceware.org/PR26555
+@c https://sourceware.org/PR29545
+@c https://sourceware.org/PR31080
@c https://www.illumos.org/issues/17134
glibc 2.37, Solaris 11 OmniOS.
@end itemize
@item
If the alignment and size are absurdly large, this function crashes:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=32301
+@c https://sourceware.org/PR32301
glibc 2.41.
@end itemize
@item
On some platforms, @code{faccessat} can mishandle @code{AT_EACCESS}
after a process starts as root and then becomes non-root:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=18683
+@c https://sourceware.org/PR18683
GNU/Linux with glibc 2.32.
@end itemize
FreeBSD 5.2.1, NetBSD 5.0, OpenBSD 3.8, Minix 3.1.8, AIX 5.1, Solaris 9, Cygwin 1.7.7, MSVC 9, Android 4.4.
@item
This function clears all exception trap bits on some platforms:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=16198
+@c https://sourceware.org/PR16198
glibc 2.19/x86_64,
Mac OS X 10.5/i386, Mac OS X 10.5/x86_64.
@item
glibc 2.24, macOS 14, FreeBSD 14.0, NetBSD 10.0, OpenBSD 7.5, Minix 3.1.8, AIX 7.1, HP-UX 11.31, Solaris 11.4, Cygwin 2.9, mingw, MSVC 14, Android 9.0.
@item
This function triggers floating-point exception traps although it shouldn't, on
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=30989
+@c https://sourceware.org/PR30989
glibc 2.37/i386,
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=30988
+@c https://sourceware.org/PR30988
glibc 2.37/powerpc.
@end itemize
FreeBSD 5.2.1, NetBSD 5.0, OpenBSD 3.8, Minix 3.1.8, AIX 5.1, Solaris 9, Cygwin 1.7.7, MSVC 9, Android 4.4.
@item
This function triggers floating-point exception traps although it shouldn't, on
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=30990
+@c https://sourceware.org/PR30990
glibc 2.37/i386, glibc 2.37/x86_64,
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=30988
+@c https://sourceware.org/PR30988
glibc 2.37/powerpc,
musl libc, Mac OS X 10.5, Minix 3.3, mingw, Haiku.
@item
This function clears too many floating-point exception flags on
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=30998
+@c https://sourceware.org/PR30998
glibc 2.37/alpha.
@item
This function loses the @code{FE_INVALID} flag on
@item
This function crashes when given the argument @code{FE_DFL_ENV}
on some platforms:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=31022
+@c https://sourceware.org/PR31022
glibc 2.37/riscv64.
@item
This function does not work on some platforms:
musl libc/i386, musl libc/x86_64, AIX 7.3, Solaris 10 and 11, mingw 10.
@item
This function does not trigger traps on
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=31023
+@c https://sourceware.org/PR31023
glibc 2.37/hppa,
musl libc/s390x,
@c src/sys/arch/powerpc/include/fenv.h src/lib/libm/arch/powerpc/fenv.c
Solaris 11.4.
@item
Ranges that start or end with a backslash don't work right on some platforms:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=361
+@c https://sourceware.org/PR361
glibc 2.3.3.
@item
In the pattern, an opening bracket without closing bracket does not match
a literal @code{'['} on some platforms:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=12378
+@c https://sourceware.org/PR12378
@c Failing test cases:
@c fnmatch ("[[:alpha:]'[:alpha:]\0]", "a", 0) == FNM_NOMATCH
@c fnmatch ("[a[.\0.]]", "a", 0) == FNM_NOMATCH
Out-of-range values of @code{tv_nsec} do not lead to a failure on some
platforms:
NetBSD 10.0,
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=32803
+@c https://sourceware.org/PR32803
GNU/Hurd with glibc 2.41.
@end itemize
glibc 2.24, macOS 14, FreeBSD 14.0, NetBSD 10.0, OpenBSD 7.5, Minix 3.1.8, AIX 7.1, HP-UX 11.31, Solaris 11.4, Cygwin 2.9, mingw, MSVC 14, Android 9.0.
@item
This function returns a wrong result for non-NaN arguments on some platforms:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=26073
+@c https://sourceware.org/PR26073
glibc 2.31.
@end itemize
glibc 2.24, macOS 14, FreeBSD 14.0, NetBSD 10.0, OpenBSD 7.5, Minix 3.1.8, AIX 7.1, HP-UX 11.31, Solaris 11.4, Cygwin 2.9, mingw, MSVC 14, Android 9.0.
@item
This function returns a wrong result for non-NaN arguments on some platforms:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=26073
+@c https://sourceware.org/PR26073
glibc 2.31.
@end itemize
glibc 2.24, macOS 14, FreeBSD 14.0, NetBSD 10.0, OpenBSD 7.5, Minix 3.1.8, AIX 7.1, HP-UX 11.31, Solaris 11.4, Cygwin 2.9, mingw, MSVC 14, Android 9.0.
@item
This function returns a wrong result for non-NaN arguments on some platforms:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=26073
+@c https://sourceware.org/PR26073
glibc 2.31.
@end itemize
@itemize
@item
This function crashes if the state buffer is unaligned on some platforms:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=30584
+@c https://sourceware.org/PR30584
glibc 2.36/sparc.
@item
The first parameter is @code{unsigned long} instead of @code{unsigned int} on
@code{linkat (fd, "directory", fd, "symlink/" ...)} sets @code{errno}
to @code{EINVAL} instead of @code{EEXIST} or @code{ENOTDIR} on some
platforms:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=32569
+@c https://sourceware.org/PR32569
GNU/Hurd with glibc 2.41.
@end itemize
@item
This function may crash when the invoker code was compiled with option
@code{-D_FORTIFY_SOURCE=2},
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=32522
+@c https://sourceware.org/PR32522
on Hurd.
@end itemize
@item
In the C or POSIX locales, this function can return @code{(size_t) -1}
and set @code{errno} to @code{EILSEQ}:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=19932
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=29511
+@c https://sourceware.org/PR19932
+@c https://sourceware.org/PR29511
glibc 2.35.
@item
This function returns 0 instead of @code{(size_t) -2} when the input
glibc 2.15, macOS 14, FreeBSD 6.4, NetBSD 10.0, OpenBSD 7.3, Minix 3.1.8, AIX 7.1, HP-UX 11.31, Solaris 11.3, Cygwin 3.4.x, mingw, MSVC 9, Android 4.4.
@item
This function may crash when the first argument is NULL on some platforms:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=28898
+@c https://sourceware.org/PR28898
glibc 2.36.
@item
In the C or POSIX locales, this function can return @code{(size_t) -1}
and set @code{errno} to @code{EILSEQ}:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=19932
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=29511
+@c https://sourceware.org/PR19932
+@c https://sourceware.org/PR29511
glibc 2.36.
@item
This function returns 0 instead of @code{(size_t) -2} when the input
is empty:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=16950
+@c https://sourceware.org/PR16950
glibc 2.19,
@c https://issuetracker.google.com/issues/289419880
Android 11.
@item
In the C or POSIX locales, this function can return @code{(size_t) -1}
and set @code{errno} to @code{EILSEQ}:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=19932
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=29511
+@c https://sourceware.org/PR19932
+@c https://sourceware.org/PR29511
glibc 2.35.
@item
This function returns 0 instead of @code{(size_t) -2} when the input
is empty:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=16950
+@c https://sourceware.org/PR16950
glibc 2.19,
mingw,
@c https://issuetracker.google.com/issues/289419880
@item
This function behaves incorrectly when converting precomposed characters
from the BIG5-HKSCS encoding:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=30611
+@c https://sourceware.org/PR30611
glibc 2.36.
@end itemize
@item
In the C or POSIX locales, this function can return @code{(size_t) -1}
and set @code{errno} to @code{EILSEQ}:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=19932
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=29511
+@c https://sourceware.org/PR19932
+@c https://sourceware.org/PR29511
glibc 2.35.
@item
This function returns 0 instead of @code{(size_t) -2} when the input
is empty:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=16950
+@c https://sourceware.org/PR16950
glibc 2.19,
mingw with UCRT, MSVC 14, Android 11.
@item
@item
In UTF-8 locales, this function may return wide characters up to 0x7FFFFFFF
(that is, beyond 0x0010FFFF) on some platforms:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=2373
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=26034
+@c https://sourceware.org/PR2373
+@c https://sourceware.org/PR26034
glibc 2.34.
@item
On Windows and 32-bit AIX platforms, @code{wchar_t} is a 16-bit type and
@item
In the C or POSIX locales, this function can return @code{(size_t) -1}
and set @code{errno} to @code{EILSEQ}:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=19932
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=29511
+@c https://sourceware.org/PR19932
+@c https://sourceware.org/PR29511
glibc 2.35.
@end itemize
@item
In the C or POSIX locales, this function can return @code{(size_t) -1}
and set @code{errno} to @code{EILSEQ}:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=19932
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=29511
+@c https://sourceware.org/PR19932
+@c https://sourceware.org/PR29511
glibc 2.35.
@item
This function does not work when the first argument is NULL on some platforms:
@item
In the C or POSIX locales, this function can return @code{(size_t) -1}
and set @code{errno} to @code{EILSEQ}:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=19932
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=29511
+@c https://sourceware.org/PR19932
+@c https://sourceware.org/PR29511
glibc 2.35.
@end itemize
@item
In UTF-8 locales, this function may return wide characters up to 0x7FFFFFFF
(that is, beyond 0x0010FFFF) on some platforms:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=2373
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=26034
+@c https://sourceware.org/PR2373
+@c https://sourceware.org/PR26034
glibc 2.34.
@item
This function accumulates hidden state on some platforms:
-glibc 2.8 (see @url{https://sourceware.org/bugzilla/show_bug.cgi?id=9674}).
+glibc 2.8 (see @url{https://sourceware.org/PR9674}).
@item
On Windows and 32-bit AIX platforms, @code{wchar_t} is a 16-bit type and therefore cannot
accommodate all Unicode characters.
Mac OS X 10.5, FreeBSD 6.0, NetBSD 3.0, OpenBSD 3.8, Minix 3.1.8, AIX 5.1, HP-UX 11, Solaris 10, Cygwin 1.5.x, mingw, MSVC 14, Android 4.1.
@item
If the alignment and size are absurdly large, this function crashes:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=32301
+@c https://sourceware.org/PR32301
glibc 2.41.
@end itemize
@item
This function produces wrong values for the @samp{La} directive
on some platforms:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=13726
+@c https://sourceware.org/PR13726
glibc 2.15,
@c https://dev.haiku-os.org/ticket/18353
Haiku,
@item
This function is not consistent with @code{gettimeofday} and @code{timespec_get}
on some platforms:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=30200
+@c https://sourceware.org/PR30200
glibc 2.31 or newer on Linux,
@c Only seen on machines with 2 or more CPUs.
FreeBSD 14.0,
@itemize
@item
This function treats signalling NaNs incorrectly on some platforms:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=30973
+@c https://sourceware.org/PR30973
glibc 2.35/sh4.
@end itemize
@itemize
@item
This function treats signalling NaNs incorrectly on some platforms:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=30973
+@c https://sourceware.org/PR30973
glibc 2.35/sh4.
@end itemize
@itemize
@item
This function treats signalling NaNs incorrectly on some platforms:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=30973
+@c https://sourceware.org/PR30973
glibc 2.35/sh4.
@end itemize
Out-of-range values of @code{tv_nsec} do not lead to a failure on some
platforms:
Linux kernel 2.6.22.19 on hppa, NetBSD 10.0,
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=32802
+@c https://sourceware.org/PR32802
GNU/Hurd with glibc 2.41.
@item
On some platforms, this function mis-handles a trailing slash:
@item
This function may return a wrong result if the two arguments are of different
length, on some platforms:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=30620
+@c https://sourceware.org/PR30620
glibc 2.37 on arm and arm64 CPUs,
AIX 7.2 in 64-bit mode.
@end itemize
@item
The macro @code{WCOREDUMP} is not defined in this header file (only in
@code{<sys/wait.h>}) on some platforms:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=32551
+@c https://sourceware.org/PR32551
glibc 2.41.
@end itemize
Cygwin 3.5.5, mingw, MSVC 14.
@item
This header file causes compilation errors in C++ mode on some platforms:
-@c https://sourceware.org/bugzilla/show_bug.cgi?id=32024
+@c https://sourceware.org/PR32024
glibc 2.41.
@end itemize
bugs has often been low-priority: for example, as of 2020 the
@url{https://sourceware.org/bugzilla/,GNU C library bug database}
contained back-reference bugs
-@url{https://sourceware.org/bugzilla/show_bug.cgi?id=52,,52},
-@url{https://sourceware.org/bugzilla/show_bug.cgi?id=10844,,10844},
-@url{https://sourceware.org/bugzilla/show_bug.cgi?id=11053,,11053},
-@url{https://sourceware.org/bugzilla/show_bug.cgi?id=24269,,24269}
-and @url{https://sourceware.org/bugzilla/show_bug.cgi?id=25322,,25322},
+@url{https://sourceware.org/PR52,,52},
+@url{https://sourceware.org/PR10844,,10844},
+@url{https://sourceware.org/PR11053,,11053},
+@url{https://sourceware.org/PR24269,,24269}
+and @url{https://sourceware.org/PR25322,,25322},
with little sign of forthcoming fixes. Luckily,
back-references are rarely useful and it should be little trouble to
avoid them in practical applications.
}
/* Don't assume that EOF is sticky. See:
- <https://sourceware.org/bugzilla/show_bug.cgi?id=19476>. */
+ <https://sourceware.org/PR19476>. */
if (feof (stream))
{
result = 0;
{
# if defined __GLIBC__ && ! (2 < __GLIBC__ + (43 <= __GLIBC_MINOR__))
/* Work around glibc bug 33245
- <https://sourceware.org/bugzilla/show_bug.cgi?id=33245>.
+ <https://sourceware.org/PR33245>.
This bug is present in glibc 2.42 (2025) and fixed in 2.43,
so this workaround, and the configure-time check for glibc,
can be removed once glibc 2.42 and earlier is no longer a
{
/* Implement duplocale(LC_GLOBAL_LOCALE) on platforms without locale_t.
Also, work around crash in the duplocale function in glibc < 2.12.
- See <https://sourceware.org/bugzilla/show_bug.cgi?id=10969>.
+ See <https://sourceware.org/PR10969>.
Also, on AIX 7.1, duplocale(LC_GLOBAL_LOCALE) returns (locale_t)0 with
errno set to EINVAL.
Also, on NetBSD 7.0, duplocale(LC_GLOBAL_LOCALE) returns a locale that
/* Open a file descriptor with O_NOFOLLOW, to make sure we don't
follow symbolic links, if /proc is mounted. O_PATH is used to
avoid a failure if the file is not readable.
- Cf. <https://sourceware.org/bugzilla/show_bug.cgi?id=14578> */
+ Cf. <https://sourceware.org/PR14578> */
int fd = openat (dir, file, O_PATH | O_NOFOLLOW | O_CLOEXEC);
if (fd < 0)
return fd;
Also, possibly a bug in glibc/sysdeps/m68k/fpu/feenablxcpt.c: it sets
only bit 13, but should better set bits 15, 14, 13 of the control
register together. See
- <https://sourceware.org/bugzilla/show_bug.cgi?id=30993>. */
+ <https://sourceware.org/PR30993>. */
int ret = feenableexcept (FE_INVALID);
if (ret == -1)
return -1;
#include "stdio-impl.h"
/* Don't use glibc's __freading function in glibc < 2.7, see
- <https://sourceware.org/bugzilla/show_bug.cgi?id=4359> */
+ <https://sourceware.org/PR4359> */
#if !(HAVE___FREADING && (!defined __GLIBC__ || defined __UCLIBC__ || __GLIBC__ > 2 || (__GLIBC__ == 2 && __GLIBC_MINOR__ >= 7)))
bool
in the U+3130..U+318F block, and these characters are mapped to legacy
character sets, and traditional Japanese layout matters for them.
2) glibc does the same thing, see
- <https://sourceware.org/bugzilla/show_bug.cgi?id=21750>
- <https://sourceware.org/bugzilla/show_bug.cgi?id=26120>
+ <https://sourceware.org/PR21750>
+ <https://sourceware.org/PR26120>
*/
static bool
#elif __GLIBC__ >= 2 && !defined __UCLIBC__
/* Work around an incorrect definition of the _NL_LOCALE_NAME macro in
glibc < 2.12.
- See <https://sourceware.org/bugzilla/show_bug.cgi?id=10968>. */
+ See <https://sourceware.org/PR10968>. */
const char *name =
nl_langinfo_l (_NL_ITEM ((category), _NL_ITEM_INDEX (-1)), locale);
if (name[0] == '\0')
# if defined PTHREAD_RWLOCK_INITIALIZER || defined PTHREAD_RWLOCK_INITIALIZER_NP
# if !HAVE_PTHREAD_RWLOCK_RDLOCK_PREFER_WRITER
- /* glibc with bug https://sourceware.org/bugzilla/show_bug.cgi?id=13701 */
+ /* glibc with bug https://sourceware.org/PR13701 */
int
glthread_rwlock_init_for_glibc (pthread_rwlock_t *lock)
# endif
# define glthread_rwlock_init(LOCK) \
(pthread_in_use () ? pthread_rwlock_init (LOCK, NULL) : 0)
-# else /* glibc with bug https://sourceware.org/bugzilla/show_bug.cgi?id=13701 */
+# else /* glibc with bug https://sourceware.org/PR13701 */
# define gl_rwlock_initializer \
PTHREAD_RWLOCK_WRITER_NONRECURSIVE_INITIALIZER_NP
# define glthread_rwlock_init(LOCK) \
/* Open a file descriptor with O_NOFOLLOW, to make sure we don't
follow symbolic links, if /proc is mounted. O_PATH is used to
avoid a failure if the file is not readable.
- Cf. <https://sourceware.org/bugzilla/show_bug.cgi?id=14578> */
+ Cf. <https://sourceware.org/PR14578> */
int fd = open (file, O_PATH | O_NOFOLLOW | O_CLOEXEC);
if (fd < 0)
return fd;
{
/* Put the hidden internal state of mbtowc into an initial state.
This is needed at least with glibc, uClibc, and MSVC CRT.
- See <https://sourceware.org/bugzilla/show_bug.cgi?id=9674>. */
+ See <https://sourceware.org/PR9674>. */
mbtowc (NULL, NULL, 0);
return mbtowc (pwc, p, m);
or the fread() in afalg_stream may have gotten EOF.
We need to avoid a subsequent fread() as EOF may
not be sticky. For details of such systems, see:
- https://sourceware.org/bugzilla/show_bug.cgi?id=1190 */
+ https://sourceware.org/PR1190 */
if (feof (stream))
goto process_partial_block;
the /sys and /proc file systems (see
glibc/sysdeps/unix/sysv/linux/getsysstats.c).
In some situations these file systems are not mounted, and the sysconf call
- returns 1 or 2 (<https://sourceware.org/bugzilla/show_bug.cgi?id=21542>),
+ returns 1 or 2 (<https://sourceware.org/PR21542>),
which does not reflect the reality. */
if (query == NPROC_CURRENT)
/* Get pid_t.
This is needed on glibc 2.11 (see
- glibc bug <https://sourceware.org/bugzilla/show_bug.cgi?id=13198>)
+ glibc bug <https://sourceware.org/PR13198>)
and Mac OS X 10.5. */
#include <sys/types.h>
or the fread() in afalg_stream may have gotten EOF.
We need to avoid a subsequent fread() as EOF may
not be sticky. For details of such systems, see:
- https://sourceware.org/bugzilla/show_bug.cgi?id=1190 */
+ https://sourceware.org/PR1190 */
if (feof (stream))
goto process_partial_block;
or the fread() in afalg_stream may have gotten EOF.
We need to avoid a subsequent fread() as EOF may
not be sticky. For details of such systems, see:
- https://sourceware.org/bugzilla/show_bug.cgi?id=1190 */
+ https://sourceware.org/PR1190 */
if (feof (stream))
goto process_partial_block;
or the fread() in afalg_stream may have gotten EOF.
We need to avoid a subsequent fread() as EOF may
not be sticky. For details of such systems, see:
- https://sourceware.org/bugzilla/show_bug.cgi?id=1190 */
+ https://sourceware.org/PR1190 */
if (feof (stream))
goto process_partial_block;
FILE *restrict stream));
/* Work around bug 11959 when fortifying glibc 2.4 through 2.15
- <https://sourceware.org/bugzilla/show_bug.cgi?id=11959>,
+ <https://sourceware.org/PR11959>,
which sometimes causes an unwanted diagnostic for fwrite calls.
This affects only function declaration attributes under certain
versions of gcc and clang, and is not needed for C++. */
rpl_strfmon_l (char *s, size_t maxsize, locale_t locale, const char *format, ...)
{
/* Work around glibc 2.23 bug
- <https://sourceware.org/bugzilla/show_bug.cgi?id=19633>. */
+ <https://sourceware.org/PR19633>. */
va_list argptr;
locale_t orig_locale;
directives_t directives;
in the U+3130..U+318F block, and these characters are mapped to legacy
character sets, and traditional Japanese layout matters for them.
2) glibc does the same thing, see
- <https://sourceware.org/bugzilla/show_bug.cgi?id=21750>
- <https://sourceware.org/bugzilla/show_bug.cgi?id=26120>
+ <https://sourceware.org/PR21750>
+ <https://sourceware.org/PR26120>
*/
#include "uniwidth/width0.h"
/* glibc prefers to compare the width against the number
of characters as well, but only for numeric conversion
specifiers. See
- <https://sourceware.org/bugzilla/show_bug.cgi?id=28943>
- <https://sourceware.org/bugzilla/show_bug.cgi?id=30883>
- <https://sourceware.org/bugzilla/show_bug.cgi?id=31542> */
+ <https://sourceware.org/PR28943>
+ <https://sourceware.org/PR30883>
+ <https://sourceware.org/PR31542> */
switch (dp->conversion)
{
case 'd': case 'i': case 'u':
gl_CHECK_FUNCS_ANDROID([duplocale], [[#include <locale.h>]])
if test $ac_cv_func_duplocale = yes; then
dnl Check against glibc bug where duplocale crashes.
- dnl See <https://sourceware.org/bugzilla/show_bug.cgi?id=10969>.
+ dnl See <https://sourceware.org/PR10969>.
dnl Also, on AIX 7.1, duplocale(LC_GLOBAL_LOCALE) returns (locale_t)0 with
dnl errno set to EINVAL.
dnl Also, on NetBSD 7.0, duplocale(LC_GLOBAL_LOCALE) returns a locale that
*) REPLACE_FEHOLDEXCEPT=1 ;;
esac
dnl The fegetenv function does not work on glibc 2.19/x86_64
- dnl (see <https://sourceware.org/bugzilla/show_bug.cgi?id=16198>)
+ dnl (see <https://sourceware.org/PR16198>)
dnl and Mac OS X 10.5/{i386,x86_64}.
AC_CACHE_CHECK([whether fegetenv works],
[gl_cv_func_fegetenv_works],
*) REPLACE_FESETENV=1 ;;
esac
dnl The feupdateenv function does not work on glibc 2.37/riscv64
- dnl (see <https://sourceware.org/bugzilla/show_bug.cgi?id=31022>)
+ dnl (see <https://sourceware.org/PR31022>)
dnl and on glibc 2.37/hppa
- dnl (see <https://sourceware.org/bugzilla/show_bug.cgi?id=31023>)
+ dnl (see <https://sourceware.org/PR31023>)
dnl and on glibc 2.5/{i386,x86_64,ia64} (see
dnl <https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=a8c79c4088e8c04e4297936efa0dee6c8e6e974d>)
dnl and on Mac OS X 10.5/{i386,x86_64} (where it forgets about the currently
return 1;
if (!n ("*x", ".x", FNM_PERIOD))
return 1;
- /* glibc bug <https://sourceware.org/bugzilla/show_bug.cgi?id=361>
+ /* glibc bug <https://sourceware.org/PR361>
exists in glibc 2.3.3, fixed in glibc 2.5. */
if (!y (Apat, "\\\\", 0))
result |= 2;
result |= 2;
if (!(n (apat, bs01, 0) == ('a' < '\\\\')))
result |= 2;
- /* glibc bug <https://sourceware.org/bugzilla/show_bug.cgi?id=12378>
+ /* glibc bug <https://sourceware.org/PR12378>
exists in glibc 2.12, fixed in glibc 2.13. */
if (!y ("[/b", "[/b", 0)) /*"]]"*/
result |= 4;
- /* glibc bug <https://sourceware.org/bugzilla/show_bug.cgi?id=17062>
+ /* glibc bug <https://sourceware.org/PR17062>
is fixed in glibc 2.20.
- glibc bugs <https://sourceware.org/bugzilla/show_bug.cgi?id=18032>
- <https://sourceware.org/bugzilla/show_bug.cgi?id=18036>
+ glibc bugs <https://sourceware.org/PR18032>
+ <https://sourceware.org/PR18036>
are fixed in glibc 2.22.
These bugs are not easy to test for reliably (without mmap),
therefore test the glibc version. */
dnl In the next release of POSIX, free must preserve errno.
dnl https://www.austingroupbugs.net/view.php?id=385
- dnl https://sourceware.org/bugzilla/show_bug.cgi?id=17924
+ dnl https://sourceware.org/PR17924
dnl So far, we know of three platforms that do this:
dnl * glibc >= 2.33, thanks to the fix for this bug:
- dnl <https://sourceware.org/bugzilla/show_bug.cgi?id=17924>
+ dnl <https://sourceware.org/PR17924>
dnl * OpenBSD >= 4.5, thanks to this commit:
dnl <https://cvsweb.openbsd.org/cgi-bin/cvsweb/src/lib/libc/stdlib/malloc.c.diff?r1=1.100&r2=1.101&f=h>
dnl * Solaris, because its malloc() implementation is based on brk(),
HAVE_GETPAYLOADF=0
else
dnl glibc versions < 2.32 return a wrong value,
- dnl see <https://sourceware.org/bugzilla/show_bug.cgi?id=26073>.
+ dnl see <https://sourceware.org/PR26073>.
AC_CACHE_CHECK([whether getpayloadf works],
[gl_cv_func_getpayloadf_works],
[
HAVE_GETPAYLOAD=0
else
dnl glibc versions < 2.32 return a wrong value,
- dnl see <https://sourceware.org/bugzilla/show_bug.cgi?id=26073>.
+ dnl see <https://sourceware.org/PR26073>.
AC_CACHE_CHECK([whether getpayload works],
[gl_cv_func_getpayload_works],
[
HAVE_GETPAYLOADL=0
else
dnl glibc versions < 2.32 return a wrong value,
- dnl see <https://sourceware.org/bugzilla/show_bug.cgi?id=26073>.
+ dnl see <https://sourceware.org/PR26073>.
AC_CACHE_CHECK([whether getpayloadl works],
[gl_cv_func_getpayloadl_works],
[
dnl Test whether mbrtowc reports encoding errors in the C locale.
dnl Although POSIX was never intended to allow this, the GNU C Library
dnl and other implementations do it. See:
-dnl https://sourceware.org/bugzilla/show_bug.cgi?id=19932
+dnl https://sourceware.org/PR19932
dnl POSIX has now clarified it:
dnl <https://pubs.opengroup.org/onlinepubs/9699919799/functions/mbrtowc.html>
dnl says: "In the POSIX locale an [EILSEQ] error cannot occur since all byte
# https://bugzilla.redhat.com/show_bug.cgi?id=499689
# memchr should not dereference overestimated length after a match
# https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=521737
- # https://sourceware.org/bugzilla/show_bug.cgi?id=10162
+ # https://sourceware.org/PR10162
# memchr should cast the second argument to 'unsigned char'.
# This bug exists in Android 4.3.
# Assume that memchr works on platforms that lack mprotect.
if test $ac_cv_have_decl_memmem = no; then
HAVE_DECL_MEMMEM=0
else
- dnl Detect https://sourceware.org/bugzilla/show_bug.cgi?id=12092.
+ dnl Detect https://sourceware.org/PR12092.
dnl Also check that we handle empty needles correctly.
AC_CACHE_CHECK([whether memmem works],
[gl_cv_func_memmem_works_always],
&& strcmp (buf, "0x8.0p-2") != 0))
result |= 16;
/* This catches the same Mac OS X 10.3.9 (Darwin 7.9) bug and also a
- glibc 2.4 bug <https://sourceware.org/bugzilla/show_bug.cgi?id=2908>
+ glibc 2.4 bug <https://sourceware.org/PR2908>
and a FreeBSD 6.4, NetBSD 10.0 bug. */
if (sprintf (buf, "%.1La", 1.999L) < 0
|| (strcmp (buf, "0x1.0p+1") != 0
dnl but this test verifies the guarantee regardless of TPS and regardless of
dnl scheduling policy.
dnl Glibc does not provide this guarantee (and never will on Linux), see
-dnl https://sourceware.org/bugzilla/show_bug.cgi?id=13701
+dnl https://sourceware.org/PR13701
dnl https://bugzilla.redhat.com/show_bug.cgi?id=1410052
AC_DEFUN([gl_PTHREAD_RWLOCK_RDLOCK_PREFER_WRITER],
[
if test $REPLACE_MEMCHR = 1; then
REPLACE_STRCASESTR=1
else
- dnl Detect https://sourceware.org/bugzilla/show_bug.cgi?id=12092
- dnl and https://sourceware.org/bugzilla/show_bug.cgi?id=23637.
+ dnl Detect https://sourceware.org/PR12092
+ dnl and https://sourceware.org/PR23637.
AC_CACHE_CHECK([whether strcasestr works],
[gl_cv_func_strcasestr_works_always],
[AC_RUN_IFELSE(
if test $ac_cv_func_strerrorname_np = yes; then
dnl In glibc 2.32, strerrorname_np returns English error descriptions, not
dnl error names.
- dnl See <https://sourceware.org/bugzilla/show_bug.cgi?id=26555>.
+ dnl See <https://sourceware.org/PR26555>.
dnl In glibc 2.36, strerrorname_np returns NULL for EDEADLOCK on powerpc and
dnl sparc platforms.
- dnl See <https://sourceware.org/bugzilla/show_bug.cgi?id=29545>.
+ dnl See <https://sourceware.org/PR29545>.
dnl In glibc 2.37, strerrorname_np returns NULL for ENOSYM and
dnl EREMOTERELEASE on hppa platforms.
- dnl See <https://sourceware.org/bugzilla/show_bug.cgi?id=31080>.
+ dnl See <https://sourceware.org/PR31080>.
dnl In Solaris 11 OmniOS, strerrorname_np returns NULL for ERESTART
dnl and ESTRPIPE.
dnl see <https://www.illumos.org/issues/17134>.
AC_CHECK_FUNCS_ONCE([strfmon_l])
if test $ac_cv_func_strfmon_l = yes; then
- dnl Test for bug <https://sourceware.org/bugzilla/show_bug.cgi?id=19633>
+ dnl Test for bug <https://sourceware.org/PR19633>
dnl which was fixed in glibc-2.24.
AC_CACHE_CHECK([whether strfmon_l works],
[gl_cv_strfmon_l_works],
if test $REPLACE_MEMCHR = 1; then
REPLACE_STRSTR=1
else
- dnl Detect https://sourceware.org/bugzilla/show_bug.cgi?id=12092
- dnl and https://sourceware.org/bugzilla/show_bug.cgi?id=23637.
+ dnl Detect https://sourceware.org/PR12092
+ dnl and https://sourceware.org/PR23637.
AC_CACHE_CHECK([whether strstr works],
[gl_cv_func_strstr_works_always],
[AC_RUN_IFELSE(
dnl when the second argument to strtok_r is a constant string that has
dnl exactly one byte and compiling with optimization. This bug is, for
dnl example, present in the glibc 2.7-18 package in Debian "lenny".
- dnl See <https://sourceware.org/bugzilla/show_bug.cgi?id=5614>.
+ dnl See <https://sourceware.org/PR5614>.
AC_CACHE_CHECK([whether strtok_r works], [gl_cv_func_strtok_r_works],
[AC_RUN_IFELSE(
[AC_LANG_PROGRAM([[
AC_DEFUN([gl_FUNC_TIME],
[
AC_REQUIRE([AC_CANONICAL_HOST])
- dnl glibc has the bug https://sourceware.org/bugzilla/show_bug.cgi?id=30200 .
+ dnl glibc has the bug https://sourceware.org/PR30200 .
AC_CACHE_CHECK([whether time() works],
[gl_cv_func_time_works],
[dnl Guess that it works except on
AC_DEFUN([gl_WCHAR_H_INLINE_OK],
[
dnl Test whether <wchar.h> suffers due to the transition from '__inline' to
- dnl 'gnu_inline'. See <https://sourceware.org/bugzilla/show_bug.cgi?id=4022>
+ dnl 'gnu_inline'. See <https://sourceware.org/PR4022>
dnl and <https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42440>. In summary,
dnl glibc version 2.5 or older, together with gcc version 4.3 or newer and
dnl the option -std=c99 or -std=gnu99, leads to a broken <wchar.h>.
/* Check an invocation of an executable script.
This should only be supported if the script has a '#!' marker; otherwise
- it is unsecure: <https://sourceware.org/bugzilla/show_bug.cgi?id=13134>.
+ it is unsecure: <https://sourceware.org/PR13134>.
POSIX says that the execlp() and execvp() functions support executing
shell scripts
<https://pubs.opengroup.org/onlinepubs/9699919799/functions/exec.html>,
DOUBLE y = EXP2 (x);
ASSERT (y == L_(1.0));
}
- /* <https://sourceware.org/bugzilla/show_bug.cgi?id=13824> */
+ /* <https://sourceware.org/PR13824> */
#if !(__GLIBC__ == 2 && __GLIBC_MINOR__ < 16 && (defined __sparc || defined __powerpc__))
{
int e;
ASSERT (fnmatch ("*x", ".x", FNM_PERIOD) == FNM_NOMATCH);
if (argc == 1 || strcmp (argv[1], "1") == 0)
{
- /* glibc bug <https://sourceware.org/bugzilla/show_bug.cgi?id=361>
+ /* glibc bug <https://sourceware.org/PR361>
exists in glibc 2.3.3, fixed in glibc 2.5. */
ASSERT (fnmatch (Apat, "\\", 0) == 0);
ASSERT (fnmatch (Apat, "A", 0) == 0);
ASSERT (fnmatch (Apat, bs01, 0) == ('A' < '\\' ? FNM_NOMATCH : 0));
ASSERT (fnmatch (apat, bs01, 0) == ('a' < '\\' ? FNM_NOMATCH : 0));
}
- /* glibc bug <https://sourceware.org/bugzilla/show_bug.cgi?id=12378>
+ /* glibc bug <https://sourceware.org/PR12378>
exists in glibc 2.12, fixed in glibc 2.13. */
ASSERT (fnmatch ("[/b", "[/b", 0) == 0);
/* This test fails on FreeBSD 13.2, NetBSD 9.3, Cygwin 3.4.6. */
#endif
#if !defined __GLIBC__
/* avoid glibc bug, possibly
- <https://sourceware.org/bugzilla/show_bug.cgi?id=32465> */
+ <https://sourceware.org/PR32465> */
+ simple (3, HOST1, SERV1)
+ simple (3, HOST2, SERV2)
+ simple (3, HOST3, SERV3)
}
/* Check that 'W' does not dump core:
- https://sourceware.org/bugzilla/show_bug.cgi?id=12922
+ https://sourceware.org/PR12922
Technically, POSIX says the presence of ';' in the opt-string
gives unspecified behavior, so we only test this when GNU compliance
is desired. */
}
/* Test that 'W' does not dump core:
- https://sourceware.org/bugzilla/show_bug.cgi?id=12922 */
+ https://sourceware.org/PR12922 */
{
int argc = 0;
const char *argv[10];
/* Verify that the tv_sec field of the result is the same as time(NULL). */
/* Note: It's here that the dependency to the 'time' module is needed.
Without it, this assertion would sometimes fail on glibc systems, see
- https://sourceware.org/bugzilla/show_bug.cgi?id=30200 */
+ https://sourceware.org/PR30200 */
ASSERT (tv1.tv_sec <= tt2);
ASSERT (tt2 <= tv3.tv_sec);
ASSERT (tv3.tv_sec <= tt4);
0x88 0xA5 U+00EA U+030C LATIN SMALL LETTER E WITH CIRCUMFLEX AND CARON
Test one of them.
- See <https://sourceware.org/bugzilla/show_bug.cgi?id=30611>. */
+ See <https://sourceware.org/PR30611>. */
mbstate_t state;
memset (&state, '\0', sizeof (mbstate_t));
char32_t c32 = (char32_t) 0xBADFACE;
https://sourceware.org/ml/newlib/2011/msg00228.html */
ASSERT (errno > 0);
/* Commented out until glibc behaves:
- https://sourceware.org/bugzilla/show_bug.cgi?id=12792 */
+ https://sourceware.org/PR12792 */
ASSERT (ferror (stderr));
#endif
}
/* Check an invocation of an executable script.
This should only be supported if the script has a '#!' marker; otherwise
- it is unsecure: <https://sourceware.org/bugzilla/show_bug.cgi?id=13134>.
+ it is unsecure: <https://sourceware.org/PR13134>.
POSIX says that the execlp() and execvp() functions support executing
shell scripts
<https://pubs.opengroup.org/onlinepubs/9699919799/functions/exec.html>,
/* Check an invocation of an executable script.
This should only be supported if the script has a '#!' marker; otherwise
- it is unsecure: <https://sourceware.org/bugzilla/show_bug.cgi?id=13134>.
+ it is unsecure: <https://sourceware.org/PR13134>.
POSIX says that the execlp() and execvp() functions support executing
shell scripts
<https://pubs.opengroup.org/onlinepubs/9699919799/functions/exec.html>,
#include "macros.h"
/* Note: This test crashes on glibc/SPARC systems.
- Reported at <https://sourceware.org/bugzilla/show_bug.cgi?id=30584>. */
+ Reported at <https://sourceware.org/PR30584>. */
static int
test_failed (int alignment)
void *r = realloc (p, PTRDIFF_MAX + one);
ASSERT (r == NULL);
/* Avoid a test failure due to glibc bug
- <https://sourceware.org/bugzilla/show_bug.cgi?id=27870>. */
+ <https://sourceware.org/PR27870>. */
if (!getenv ("MALLOC_CHECK_"))
ASSERT (errno == ENOMEM);
}
/* On GNU/Hurd, when compiling with -D_FORTIFY_SOURCE=2, avoid an error
"*** longjmp causes uninitialized stack frame ***: terminated".
- Cf. <https://sourceware.org/bugzilla/show_bug.cgi?id=32522> */
+ Cf. <https://sourceware.org/PR32522> */
#ifdef __gnu_hurd__
# undef _FORTIFY_SOURCE
# undef __USE_FORTIFY_LEVEL
/* On GNU/Hurd, when compiling with -D_FORTIFY_SOURCE=2, avoid an error
"*** longjmp causes uninitialized stack frame ***: terminated".
- Cf. <https://sourceware.org/bugzilla/show_bug.cgi?id=32522> */
+ Cf. <https://sourceware.org/PR32522> */
#ifdef __gnu_hurd__
# undef _FORTIFY_SOURCE
# undef __USE_FORTIFY_LEVEL
{ /* Rounding can turn a ...FFF into a ...000.
This shows a Mac OS X 10.3.9 (Darwin 7.9) bug and a
- glibc 2.4 bug <https://sourceware.org/bugzilla/show_bug.cgi?id=2908>. */
+ glibc 2.4 bug <https://sourceware.org/PR2908>. */
int retval =
my_snprintf (result, sizeof (result), "%.1La %d", 1.999L, 33, 44, 55);
ASSERT (strcmp (result, "0x1.0p+1 33") == 0
{
/* Check an invocation of an executable script.
This should only be supported if the script has a '#!' marker; otherwise
- it is unsecure: <https://sourceware.org/bugzilla/show_bug.cgi?id=13134>.
+ it is unsecure: <https://sourceware.org/PR13134>.
POSIX says that the execlp() and execvp() functions support executing
shell scripts
<https://pubs.opengroup.org/onlinepubs/9699919799/functions/exec.html>,
{ /* Rounding can turn a ...FFF into a ...000.
This shows a Mac OS X 10.3.9 (Darwin 7.9) bug and a
- glibc 2.4 bug <https://sourceware.org/bugzilla/show_bug.cgi?id=2908>. */
+ glibc 2.4 bug <https://sourceware.org/PR2908>. */
int retval =
my_sprintf (result, "%.1La %d", 1.999L, 33, 44, 55);
ASSERT (strcmp (result, "0x1.0p+1 33") == 0
}
/* Test whether the decimal point comes from the right locale:
- glibc bug <https://sourceware.org/bugzilla/show_bug.cgi?id=19633>. */
+ glibc bug <https://sourceware.org/PR19633>. */
if (setlocale (LC_ALL, "en_US.UTF-8") == NULL)
{
if (test_exit_status != EXIT_SUCCESS)
ASSERT (-DBL_MIN <= result && result <= 0.0);
#endif
/* Negative underflow. Expect a negative sign, although POSIX allows +0.0.
- See also <https://sourceware.org/bugzilla/show_bug.cgi?id=5995>. */
+ See also <https://sourceware.org/PR5995>. */
ASSERT (!!signbit (result) == !!signbit (minus_zerod)); /* glibc-2.3.6, mingw */
ASSERT (ptr == input + 10);
ASSERT (errno == ERANGE);
ASSERT (-FLT_MIN <= result && result <= 0.0f);
#endif
/* Negative underflow. Expect a negative sign, although POSIX allows +0.0f.
- See also <https://sourceware.org/bugzilla/show_bug.cgi?id=5995>. */
+ See also <https://sourceware.org/PR5995>. */
ASSERT (!!signbit (result) == !!signbit (minus_zerof)); /* glibc-2.3.6, mingw */
ASSERT (ptr == input + 10);
ASSERT (errno == ERANGE);
ASSERT (-LDBL_MIN <= result && result <= 0.0L);
#endif
/* Negative underflow. Expect a negative sign, although POSIX allows +0.0L.
- See also <https://sourceware.org/bugzilla/show_bug.cgi?id=5995>. */
+ See also <https://sourceware.org/PR5995>. */
ASSERT (!!signbit (result) == !!signbit (minus_zerol)); /* glibc-2.3.2, Haiku */
ASSERT (ptr == input + 10);
ASSERT (errno == ERANGE);
/* Verify that the tv_sec field of the result is the same as time(NULL). */
/* Note: It's here that the dependency to the 'time' module is needed.
Without it, this assertion would sometimes fail on glibc systems, see
- https://sourceware.org/bugzilla/show_bug.cgi?id=30200 */
+ https://sourceware.org/PR30200 */
ASSERT (ts1.tv_sec <= tt2);
ASSERT (tt2 <= ts3.tv_sec);
ASSERT (ts3.tv_sec <= tt4);
{ /* Rounding can turn a ...FFF into a ...000.
This shows a Mac OS X 10.3.9 (Darwin 7.9) bug and a
- glibc 2.4 bug <https://sourceware.org/bugzilla/show_bug.cgi?id=2908>. */
+ glibc 2.4 bug <https://sourceware.org/PR2908>. */
size_t length;
char *result =
my_asnprintf (NULL, &length, "%.1La %d", 1.999L, 33, 44, 55);
{
/* But there are good arguments for adding the grouping character
within the leading zeroes.
- <https://sourceware.org/bugzilla/show_bug.cgi?id=23432> */
+ <https://sourceware.org/PR23432> */
ASSERT (length == 10 + 3 * separator_len);
ASSERT (memcmp (result, "0", 1) == 0
&& memcmp (result + 1, separator, separator_len) == 0
{
/* But there are good arguments for adding the grouping character
within the leading zeroes.
- <https://sourceware.org/bugzilla/show_bug.cgi?id=23432> */
+ <https://sourceware.org/PR23432> */
ASSERT (length == 11 + 3 * separator_len);
ASSERT (memcmp (result, "-0", 2) == 0
&& memcmp (result + 2, separator, separator_len) == 0
{
/* Result according to glibc, which measures the width in
multibyte characters or column positions.
- <https://sourceware.org/bugzilla/show_bug.cgi?id=28943>
- <https://sourceware.org/bugzilla/show_bug.cgi?id=30883>
- <https://sourceware.org/bugzilla/show_bug.cgi?id=31542> */
+ <https://sourceware.org/PR28943>
+ <https://sourceware.org/PR30883>
+ <https://sourceware.org/PR31542> */
ASSERT (length == 9 + separator_len);
ASSERT (memcmp (result, " 1", 6) == 0
&& memcmp (result + 6, separator, separator_len) == 0
{
/* Result according to glibc, which measures the width in
multibyte characters or column positions.
- <https://sourceware.org/bugzilla/show_bug.cgi?id=28943>
- <https://sourceware.org/bugzilla/show_bug.cgi?id=30883>
- <https://sourceware.org/bugzilla/show_bug.cgi?id=31542> */
+ <https://sourceware.org/PR28943>
+ <https://sourceware.org/PR30883>
+ <https://sourceware.org/PR31542> */
ASSERT (length == 9 + separator_len);
ASSERT (memcmp (result, " -1", 6) == 0
&& memcmp (result + 6, separator, separator_len) == 0
{
/* Result according to glibc, which measures the width in
multibyte characters or column positions.
- <https://sourceware.org/bugzilla/show_bug.cgi?id=28943>
- <https://sourceware.org/bugzilla/show_bug.cgi?id=30883>
- <https://sourceware.org/bugzilla/show_bug.cgi?id=31542> */
+ <https://sourceware.org/PR28943>
+ <https://sourceware.org/PR30883>
+ <https://sourceware.org/PR31542> */
ASSERT (length == 9 + separator_len);
ASSERT (memcmp (result, "000001", 6) == 0
&& memcmp (result + 6, separator, separator_len) == 0
{
/* Result according to glibc, which measures the width in
multibyte characters or column positions.
- <https://sourceware.org/bugzilla/show_bug.cgi?id=28943>
- <https://sourceware.org/bugzilla/show_bug.cgi?id=30883>
- <https://sourceware.org/bugzilla/show_bug.cgi?id=31542> */
+ <https://sourceware.org/PR28943>
+ <https://sourceware.org/PR30883>
+ <https://sourceware.org/PR31542> */
ASSERT (length == 9 + separator_len);
ASSERT (memcmp (result, "000001", 6) == 0
&& memcmp (result + 6, separator, separator_len) == 0
{ /* Rounding can turn a ...FFF into a ...000.
This shows a Mac OS X 10.3.9 (Darwin 7.9) bug and a
- glibc 2.4 bug <https://sourceware.org/bugzilla/show_bug.cgi?id=2908>. */
+ glibc 2.4 bug <https://sourceware.org/PR2908>. */
size_t length;
wchar_t *result =
my_asnwprintf (NULL, &length, L"%.1La %d", 1.999L, 33, 44, 55);
{
/* But there are good arguments for adding the grouping character
within the leading zeroes too.
- <https://sourceware.org/bugzilla/show_bug.cgi?id=23432> */
+ <https://sourceware.org/PR23432> */
ASSERT (length == 10 + 3 * separator_len);
ASSERT (wmemcmp (result, L"0", 1) == 0
&& wmemcmp (result + 1, separator, separator_len) == 0
{
/* But there are good arguments for adding the grouping character
within the leading zeroes too.
- <https://sourceware.org/bugzilla/show_bug.cgi?id=23432> */
+ <https://sourceware.org/PR23432> */
ASSERT (length == 11 + 3 * separator_len);
ASSERT (wmemcmp (result, L"-0", 2) == 0
&& wmemcmp (result + 2, separator, separator_len) == 0
{ /* Rounding can turn a ...FFF into a ...000.
This shows a Mac OS X 10.3.9 (Darwin 7.9) bug and a
- glibc 2.4 bug <https://sourceware.org/bugzilla/show_bug.cgi?id=2908>. */
+ glibc 2.4 bug <https://sourceware.org/PR2908>. */
char *result;
int retval =
my_asprintf (&result, "%.1La %d", 1.999L, 33, 44, 55);
ASSERT (ok);
ASSERT (result == 0.0);
/* Negative underflow. Expect a negative sign, although POSIX allows +0.0.
- See also <https://sourceware.org/bugzilla/show_bug.cgi?id=5995>. */
+ See also <https://sourceware.org/PR5995>. */
ASSERT (!!signbit (result) == !!signbit (minus_zerod));
ASSERT (ptr == input + 10);
ASSERT (errno == ERANGE);
ASSERT (ok);
ASSERT (result == 0.0L);
/* Negative underflow. Expect a negative sign, although POSIX allows +0.0L.
- See also <https://sourceware.org/bugzilla/show_bug.cgi?id=5995>. */
+ See also <https://sourceware.org/PR5995>. */
ASSERT (!!signbit (result) == !!signbit (minus_zerol));
ASSERT (ptr == input + 10);
ASSERT (errno == ERANGE);
projects / thirdparty / gnulib.git / commitdiff
