aboutsummaryrefslogtreecommitdiff
path: root/sysdeps
AgeCommit message (Collapse)Author
2013-05-14Update Sparc ULPs.David S. Miller
* sysdeps/sparc/fpu/libm-test-ulps: Update.
2013-05-13Make _LIB_VERSION a weak symbolSiddhesh Poyarekar
That way it can live alongside _LIB_VERSION in libieee.a for statically compiled programs. Resolves #14582.
2013-05-12Convert TEST_ff_f tests from code to data.Joseph Myers
2013-05-10Add getgid.c for SHChristian Grönke
[BZ #12387] * sysdeps/unix/sysv/linux/sh/getgid.c: New file.
2013-05-10Hurd: add ST_NOATIMEPino Toscano
2013-05-10Fix integer overflow in sysdeps/unix/sysv/linux/bits/sched.hAndreas Jaeger
[BZ #15448] * sysdeps/unix/sysv/linux/bits/sched.h (__CPU_SET_S) (__CPU_CLR_S, __CPU_ISSET_S): Avoid integer overflow.
2013-05-09Fix ldbl-128ibm cos range reduction near pi/2 (bug 15359).Joseph Myers
2013-05-09Fix ldbl-128 cos range reduction near pi/2 (bug 15429).Joseph Myers
2013-05-08 Update powerpc libm-test ULPsAdhemerval Zanella
2013-05-08Improve tgamma accuracy (bugs 2546, 2560, 5159, 15426).Joseph Myers
2013-05-07Declare _dl_skip_args in ldsodefs.h header.Roland McGrath
2013-05-06Fix glob64 broken by cleanup.Roland McGrath
2013-05-06Move dummy glob64.c alongside glob.c that defines glob64.Roland McGrath
2013-05-06Flesh out stub not-cancel.h file.Roland McGrath
2013-05-06Clean up POSIX.1 implementation of truncate.Roland McGrath
2013-05-06PowerPC: fix hypot/hypof FP exceptionsAdhemerval Zanella
This patch fixes hypot/hypotf spurious floating-point exceptions generate by internal operations.
2013-05-06Split _dl_writev out from _dl_debug_vdprintf.Roland McGrath
2013-05-03Consolidate definitions of _FORTIFY_SOURCE wrappers for open{,64}{,at}.Roland McGrath
2013-05-03PowerPC: Add time vDSO supportAdhemerval Zanella
PowerPC kernel now provides a vDSO implementation for time syscall (commit fcb41a2030abe0eb716ef0798035ef9562097f42). This patch changes time syscall wrapper to use the vDSO when available. It also changes the default non vDSO time on PowerPC to use sysdeps/posix/time.c (since gettimeofday is a vDSO call).
2013-05-03Sync with Linux 3.9Andreas Jaeger
* sysdeps/gnu/netinet/tcp.h (TCP_TIMESTAMP): New value, from Linux 3.9. * sysdeps/unix/sysv/linux/bits/socket.h (PF_VSOCK, AF_VSOCK): Add. (PF_MAX): Adjust for VSOCK change.
2013-05-03Update powerpc libm-test ULPsAdhemerval Zanella
2013-05-02Update Sparc ULPs.David S. Miller
* sysdeps/sparc/fpu/libm-test-ulps: Update.
2013-05-01Add missing #include in sysdeps/posix/opendir.c.Roland McGrath
2013-05-01Fix catan, catanh spurious underflows (bug 15423).Joseph Myers
2013-04-30Update powerpc libm-test ULPsAdhemerval Zanella
2013-04-30Fix catan, catanh inaccuracy from atan2 denominators near 0 (bug 15416).Joseph Myers
2013-04-30Format s_sin.cSiddhesh Poyarekar
2013-04-29Update powerpc libm-test ULPsAdhemerval Zanella
2013-04-27Fix catan, catanh spurious overflows (bug 15409).Joseph Myers
2013-04-27Update i386 libm-test ULPsAllan McRae
2013-04-26PowerPC: modf optimization fixAdhemerval Zanella
This patch fix the 3c0265394d9ffedff2b0de508602dc52e077ce5c commits by correctly setting minimum architecture for modf PPC optimization to power5+ instead of power5 (since only on power5+ round/ceil will be inline to inline assembly).
2013-04-26Update x86_64 ULPsMarkus Trippelsdorf
2013-04-26 Markus Trippelsdorf <markus@trippelsdorf.de> * sysdeps/x86_64/fpu/libm-test-ulps: Update.
2013-04-25Move x86_64-specific audit tests to sysdeps/x86_64/.Joseph Myers
2013-04-25Get rid of __STDC_FORMAT_MACROS, __STDC_LIMIT_MACROS and __STDC_CONSTANT_MACROSPaul Pluzhnikov
2013-04-24Fix catan, catanh inaccuracy through use of log (bug 15394).Joseph Myers
2013-04-23Fix name space use in last commit.Roland McGrath
2013-04-23Add generic POSIX implementation of C11 timespec_get.Roland McGrath
2013-04-23PowerPC: modf optimizationAdhemerval Zanella
This patch implements modf/modff optimization for POWER by focus on FP operations instead of relying in integer ones.
2013-04-23S/390: Change struct statfs[64] member types to unsigned valuesHeiko Carstens
Kay Sievers reported that coreutils' stat tool has a problem with s390's statfs[64] definition: > The definition of struct statfs::f_type needs a fix. s390 is the only > architecture in the kernel that uses an int and expects magic > constants lager than INT_MAX to fit into. > > A fix is needed to make Fedora boot on s390, it currently fails to do > so. Userspace does not want to add code to paper-over this issue. [...] > Even coreutils cannot handle it: > #define RAMFS_MAGIC 0x858458f6 > # stat -f -c%t / > ffffffff858458f6 > > #define BTRFS_SUPER_MAGIC 0x9123683E > # stat -f -c%t /mnt > ffffffff9123683e The bug is caused by an implicit sign extension within the stat tool: out_uint_x (pformat, prefix_len, statfsbuf->f_type); where the format finally will be "%lx". A similar problem can be found in the 'tail' tool. s390 is the only architecture which has an int type f_type member in struct statfs[64]. Other architectures have either unsigned ints or long values, so that the problem doesn't occur there. Therefore change the type of the f_type member to unsigned int, so that we get zero extension instead sign extension when assignment to a long value happens. Reported-by: Kay Sievers <kay@vrfy.org> Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
2013-04-22Minor cleanup in getaddrinfoSiddhesh Poyarekar
Replace repeated computations of alloca size with a local variable that stores the computed value.
2013-04-18Remove __wur from setfsuid and setfsgid.Adam Conrad
2013-04-17Configuring for i386 is no longer supported.Carlos O'Donell
We no longer support configuring for i386, nor do we elide such a configuration to i686. Configuring with i386-* is a failure, and we provide an example of how to fix that. --- 2013-04-17 Carlos O'Donell <carlos@redhat.com> * configure.in: Remove i386 configure warning. Remove i386 case. * configure: Regenerate. * sysdeps/i386/configure.in: Raise error if config_machine is i386. Add example to error message. * sysdeps/i386/configure: Regenerate.
2013-04-12BZ#15361: Make aio_fsync not check open modes.Roland McGrath
2013-04-11libm-test.inc: Fix tests where cos(PI/2) != 0.Carlos O'Donell
The value of PI is never exactly PI in any floating point representation, and the value of PI/2 is never PI/2. It is wrong to expect cos(M_PI_2l) to return 0, instead it will return an answer that is non-zero because M_PI_2l doesn't round to exactly PI/2 in the type used. That is to say that the correct answer is to do the following: * Take PI or PI/2. * Round to the floating point representation. * Take the rounded value and compute an infinite precision cos or sin. * Use the rounded result of the infinite precision cos or sin as the answer to the test. I used printf to do the type rounding, and Wolfram's Alpha to do the infinite precision cos calculations. The following changes bring x86-64 and x86 to 1/2 ulp for two tests. It shows that the x86 cos implementation is quite good, and that our test are flawed. Unfortunately given that the rounding errors are type dependent we need to fix this for each type. No regressions on x86-64 or x86. --- 2013-04-11 Carlos O'Donell <carlos@redhat.com> * math/libm-test.inc (cos_test): Fix PI/2 test. (sincos_test): Likewise. * sysdeps/x86_64/fpu/libm-test-ulps: Regenerate. * sysdeps/i386/fpu/libm-test-ulps: Regenerate.
2013-04-08BZ#14280: Fix Hurd ioctl macro to avoid warning.Roland McGrath
2013-04-06i386: Fail at configure time for i386 builds.Carlos O'Donell
This change does two things: * Treats a target i386-* as if it were i686. * Fails configure if the user is generating code for i386. We no longer support i386 code-generation because the i386 lacks the atomic operations we need in glibc. You can still configure for i386-*, but you get i686 code. You can't build with --march=i386, --mtune=i386 or a compiler that defaults to i386 code-generation. I've added two i386 entries in the master todo list to discuss merging and renaming: http://sourceware.org/glibc/wiki/Development_Todo/Master#i386 The failure modes are fail-safe here. You compile for i386, get i686, and try to run on i386 and it fails. The configure log has a warning saying we elided to i686. There is no situation that I can see where we run into any serious problems. The patch makes the current state better in that we get less confused users and we build successfully in more default configurations. The next enhancement would be to add --march=i?86 as suggested in #c20 of BZ#10062 for any i?86-* builds, which would solve the problem of a 32-bit compiler that defaults to i386 code-gen and glibc configured for i686-* target. Which previously failed at build time, and now will fail at configure time (requires adding --march=i686). Updated NEWS with BZ #10060 and #10062. No regressions. --- 2013-04-06 Carlos O'Donell <carlos@redhat.com> [BZ #10060, #10062] * aclocal.m4 (LIBC_COMPILER_BUILTIN_INLINED): New macro. * sysdeps/i386/configure.in: Use LIBC_COMPILER_BUILTIN_INLINED and fail configure if __sync_val_compare_and_swap is not inlined. * sysdeps/i386/configure: Regenerate. * configure.in: Build for i686 when configured for i386. * configure: Regenerate. * README: Remove i386 reference.
2013-04-06s390/s390x: Undef PSEUDO before redef.Carlos O'Donell
The s390 and s390x sysdep.h files include the more generic sysdep.h. The more generic sysdep.h defines PSEUDO. This causes an annoying CPP warning saying the PSEUDO was redefined. This patch removes the warning by undefining PSEUDO before the redefinition. This is in line with what all the other machines do. --- 2013-04-06 Carlos O'Donell <carlos@redhat.com> * sysdeps/s390/s390-32/sysdep.h: Undefine PSEUDO before redefinition. * sysdeps/s390/s390-64/sysdep.h: Likewise. Notes: Added ChangeLog with this commit: b7a329a5614d9001abcc3300a3da548a0865a3ac
2013-04-05[BZ #14686, #15336] Fix standard compliance. Don't use hard-coded qNaN values.Thomas Schwinge
2013-04-05[BZ #15335, #15342] Fix standard compliance. Don't use hard-coded qNaN values.Thomas Schwinge
2013-04-05Remove unreachable code.Thomas Schwinge
The case of y == 0 is handled at the beginning of the function.
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-14 23:20:15 +0000