A recent GCC change to expand floating-point classification built-in
functions inline using integer rather than floating-point arithmetic
in some cases resulted in localplt test failures for nios2 and sparc32
<https://sourceware.org/ml/libc-testresults/2017-q2/msg00320.html>.
This patch updates the localplt.data files in question to mark the
relevant symbols as optional / add a new optional symbol. (The GCC
patch has been reverted because of other problems it caused, but one
can assume it will be applied again, without changes that would affect
the PLT entries generated, once those issues have been resolved.)
Tested with build-many-glibcs.py.
* sysdeps/unix/sysv/linux/nios2/localplt.data (__gtdf2): Mark
libc.so PLT entry optional.
(__gtsf2): Likewise.
(__unorddf2): Likewise.
(__unordsf2): Likewise.
* sysdeps/unix/sysv/linux/sparc/sparc32/localplt.data (_Q_fgt):
New optional libc.so PLT entry.
2017-06-09 Joseph Myers <joseph@codesourcery.com>
+ * sysdeps/unix/sysv/linux/nios2/localplt.data (__gtdf2): Mark
+ libc.so PLT entry optional.
+ (__gtsf2): Likewise.
+ (__unorddf2): Likewise.
+ (__unordsf2): Likewise.
+ * sysdeps/unix/sysv/linux/sparc/sparc32/localplt.data (_Q_fgt):
+ New optional libc.so PLT entry.
+
[BZ #21554]
* signal/signal.h (sigpause):: Declare if [__USE_XOPEN_EXTENDED],
not [__USE_XOPEN].
libc.so: realloc
libc.so: __floatsisf
-libc.so: __gtdf2
+libc.so: __gtdf2 ?
libc.so: __ltdf2
libc.so: __gedf2
libc.so: malloc
-libc.so: __gtsf2
+libc.so: __gtsf2 ?
libc.so: __nesf2
libc.so: memalign
libc.so: __mulsf3
libc.so: __addsf3
libc.so: __fixsfsi
libc.so: __subsf3
-libc.so: __unorddf2
+libc.so: __unorddf2 ?
libc.so: calloc
libc.so: __muldf3
-libc.so: __unordsf2
+libc.so: __unordsf2 ?
libc.so: free
libc.so: __subdf3
libc.so: __ledf2
libc.so: _Q_div ?
libc.so: _Q_feq ?
libc.so: _Q_fge ?
+libc.so: _Q_fgt ?
libc.so: _Q_fle ?
libc.so: _Q_flt ?
libc.so: _Q_fne ?