| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
2013-04-27 Nik Kalach <nikka@fedoraproject.org>
[BZ #15221]
* locales/ia_FR: Fix postal_fmt definition.
|
|
|
|
|
|
|
| |
[BZ #15007]
* stdlib/stdlib.h: Update guards for qecvt.
* stdlib/bits/stdlib-ldbl.h: Sync guards for qecvt etc with
<stdlib.h>.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
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-26 Markus Trippelsdorf <markus@trippelsdorf.de>
* sysdeps/x86_64/fpu/libm-test-ulps: Update.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
This avoids a linker bug triggering for MIPS SVR4 binaries:
http://sourceware.org/bugzilla/show_bug.cgi?id=15365
and regardless serves as a documentation of intent.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Use the most accurate hex literals possible for the answers to the
cos and sincos tests that vary according to the error in the rounding
of PI/2.
---
2013-04-24 Carlos O'Donell <carlos@redhat.com>
* math/libm-test.inc (cos_test): Use accurate hex constants.
(sincost_test): Likewise.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
This patch implements modf/modff optimization for POWER by focus
on FP operations instead of relying in integer ones.
|
|
|
|
|
|
|
|
| |
Resolves #14888.
This only really manifests itself when there are no spaces between
format specifiers, which is not allowed by POSIX, but is allowed by
the glibc implementation.
|
|
|
|
| |
This avoids GCC bug 28865.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
| |
|
|
|
|
|
| |
Define inline functions that wrap around validation for each of the
pthread attributes to reduce duplication in code.
|
|
|
|
|
| |
Replace repeated computations of alloca size with a local variable
that stores the computed value.
|
|
|
|
| |
* po/ru.po: Update Russion translation from translation project.
|
| |
|
| |
|
|
|
|
|
| |
Signed-off-by: David Holsgrove <david.holsgrove@xilinx.com>
Signed-off-by: Edgar E. Iglesias <edgar.iglesias@xilinx.com>
|
|
|
|
| |
Update ChangeLog for 0f122b8d12875181a4fba3449e3549d34d3dc398.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Signed-off-by: David Holsgrove <david.holsgrove@xilinx.com>
|
|
|
|
| |
Introduced in commit ee091edf1a16312fff0cc3c6ae0116aded7f1dbf.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Appending benchmark program output on every run could result in a case
where the benchmark run was cancelled, resulting in a partially
written file. This file gets used again on the next run, resulting in
results being appended to old results.
It could have been possible to remove the file before every benchmark
run, but it is easier to just write the output to bench.out-tmp only
once.
|
| |
|
|
|
|
|
| |
tst-fwrite-error did not allocate enough space for the string 'world'
and its NULL terminator. Fixed.
|
|
|
|
|
|
|
|
| |
Benchmark programs are generated using parameters from the Makefile,
so it is necessary to rebuild them whenever the parameters in the
Makefile are updated. Hence, added a dependency for the generated C
source on the Makefile so that it gets regenerated when the Makefile
is updated.
|
| |
|
|
|
|
| |
The bench target will only be used within the benchtests directory.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|