Fix stub setrlimit implementation.

Clean up POSIX.1 implementation of truncate.

Initialize x in frexp, modf, remqou tests.

Consistently use TEST_f_f1 in gamma tests.

ARM: Add missing sfi_breg prefix in _dl_tlsdesc_dynamic code.

PowerPC: fix hypot/hypof FP exceptions

This patch fixes hypot/hypotf spurious floating-point exceptions
generate by internal operations.

Split _dl_writev out from _dl_debug_vdprintf.

Remove unused libm-test expected-failure mechanism.

Use static initializers for constant variables in libm-test.inc.

Consolidate definitions of _FORTIFY_SOURCE wrappers for open{,64}{,at}.

Fix NEED_DL_SYSINFO{,_DSO} conditionalization in _dl_sysdep_start.

PowerPC: Add time vDSO support

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).

Consistently use TEST_f_f1 in lgamma tests.

Don't use IGNORE_ZERO_INF_SIGN in hypot tests.

Sync with Linux 3.9

* 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.

Update powerpc libm-test ULPs

Add yesstr and nostr to en_CA, es_AR, and es_ES

We add yesstr and nostr to three more locales.
We ignore the issue of capitalization of the first
character in yesstr and nostr. All locales will need
to be revisited to make this uniform policy change.

---

2013-05-02  Carlos O'Donell  <carlos@redhat.com>

[BZ #15264]
* localedata/locales/en_CA (LC_MESSAGES): Define yesstr and nostr.
* localedata/locales/es_AR (LC_MESSAGES): Copy es_ES.
* localedata/locales/es_ES (LC_MESSAGES): Define yesstr and nostr.

Add bug 14952 to ChangeLog and NEWS

Fixed with commit 0695940b.

Update Sparc ULPs.

* sysdeps/sparc/fpu/libm-test-ulps: Update.

Remove duplicate __strcmp_cg

The __strcmp_cg code was duplicate of of __strcmp_gc. This patch unifies
these two cases into one.

Add missing #include in sysdeps/posix/opendir.c.

Use __gnu_inline__ for __extern_always_inline in g++-4.2

Use the __gnu_inline__ attribute in _FORTIFY_SOURCE's __extern_always_inline
macro whenever the compiler supports it. Previously this macro only included
the __gnu_inline__ attribute in C++ mode for gcc >= 4.3. However,
__gnu_inline__ semantics are always desired for the __extern_always_inline
functions, and are available in g++ 4.2 (and some releases of g++ 4.1, and
also in Clang, which claims to be g++ 4.2).

This change stops g++-4.2 from emitting weak definitions for the fortify
wrapper functions if they can't be inlined, and also improves Clang
compatibility.

Fix catan, catanh spurious underflows (bug 15423).

Update powerpc libm-test ULPs

Add bug 15416 to NEWS.

Fix catan, catanh inaccuracy from atan2 denominators near 0 (bug 15416).

Format s_sin.c

Allow multiple input domains to be run in the same benchmark program

Some math functions have distinct performance characteristics in
specific domains of inputs, where some inputs return via a fast path
while other inputs require multiple precision calculations, that too
at different precision levels.  The way to implement different domains
was to have a separate source file and benchmark definition, resulting
in separate programs.

This clutters up the benchmark, so this change allows these domains to
be consolidated into the same input file.  To do this, the input file
format is now enhanced to allow comments with a preceding # and
directives with two # at the begining of a line.  A directive that
looks like:

tells the benchmark generation script that what follows is a different
domain of inputs.  The value of the 'name' directive (in this case,
foo) is used in the output.  The two input domains are then executed
sequentially and their results collated separately.  with the above
directive, there would be two lines in the result that look like:

func(): ....
func(foo): ...

Maintain runtime of each benchmark at ~10 seconds

The idea to run benchmarks for a constant number of iterations is
problematic.  While the benchmarks may run for 10 seconds on x86_64,
they could run for about 30 seconds on powerpc and worse, over 3
minutes on arm.  Besides that, adding a new benchmark is cumbersome
since one needs to find out the number of iterations needed for a
sufficient runtime.

A better idea would be to run each benchmark for a specific amount of
time.  This patch does just that.  The run time defaults to 10 seconds
and it is configurable at command line:

  make BENCH_DURATION=5 bench

Make stub fchdir.c define __fchdir.

Integrate errno testing better in libm-test.inc.

BZ#15084: Apparent typos in strings in res_debug.c

[BZ #15084]
* resolv/res_debug.c (p_option): Fix strings for RES_USEBSTRING
and RES_USEVC.

BZ#15085: Fix comments/strings for RES_NOCHECKNAME

[BZ #15085]
* resolv/resolv.h (RES_NOCHECKNAME): Mark as unimplemented.
* resolv/res_debug.c (p_option): Mark RES_NOCHECKNAME as
unimplemented.

BZ#15380: Fix initstate error return

[BZ #15380]
* stdlib/random.c (__initstate): Return NULL if
__initstate fails.

BZ#15086: Fix res_debug printing of options

[BZ# 15086]
* resolv/res_debug.c (p_option): Handle RES_NOALIASES,
RES_KEEPTSIG, RES_BLAST, RES_NOIP6DOTINT, RES_SNGLKUP,
RES_SNGLKUPREOP.

Update powerpc libm-test ULPs

Add missing semicolons to libm-test.inc tests.

Fix catan, catanh spurious overflows (bug 15409).

Fix ia_FR postal format

2013-04-27  Nik Kalach  <nikka@fedoraproject.org>

[BZ #15221]
* locales/ia_FR: Fix postal_fmt definition.

Fix guards for qecvt

[BZ #15007]
* stdlib/stdlib.h: Update guards for qecvt.
* stdlib/bits/stdlib-ldbl.h: Sync guards for qecvt etc with
<stdlib.h>.

Update i386 libm-test ULPs

Fix catan, catanh missing underflows (bug 15406).

Fix csin, csinh, ccos, ccosh missing underflows (bug 15405).

PowerPC: modf optimization fix

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).

Update x86_64 ULPs

2013-04-26  Markus Trippelsdorf  <markus@trippelsdorf.de>

* sysdeps/x86_64/fpu/libm-test-ulps: Update.

Add missing bug numbers to NEWS.

Move x86_64-specific audit tests to sysdeps/x86_64/.

Get rid of __STDC_FORMAT_MACROS, __STDC_LIMIT_MACROS and __STDC_CONSTANT_MACROS

Declare __ehdr_start with hidden visibility.

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.

soft-fp: s/sNAN/NAN/ -- no sNaNs are ever produced.

math: Use accurate answers for cos and sincos.

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.

Add catan, catanh tests at +/- 1 and +/- i.

Use suffixed floating-point constants in float and long double catan/catanh.

Fix catan, catanh inaccuracy through use of log (bug 15394).

Mention files in which fast/slow paths of math functions are implemented

Fix name space use in last commit.

Add generic POSIX implementation of C11 timespec_get.

PowerPC: modf optimization

This patch implements modf/modff optimization for POWER by focus
on FP operations instead of relying in integer ones.

Consistently use ISSPACE to check for whitespace

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.

Remove non-standard initialisation of flexible array member

This avoids GCC bug 28865.

S/390: Change struct statfs[64] member types to unsigned values

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>

Fix getent to call endspent rather than endpwent for shadow database.

Consolidate pthread_attr value validation

Define inline functions that wrap around validation for each of the
pthread attributes to reduce duplication in code.

Minor cleanup in getaddrinfo

Replace repeated computations of alloca size with a local variable
that stores the computed value.

Russian translations update.

* po/ru.po: Update Russion translation from translation project.

ARM: Macroize assembly use of EABI unwind directives.

Remove __wur from setfsuid and setfsgid.

MicroBlaze Port

Signed-off-by: David Holsgrove <david.holsgrove@xilinx.com>
Signed-off-by: Edgar E. Iglesias <edgar.iglesias@xilinx.com>

Update ChangeLog.

Update ChangeLog for 0f122b8d12875181a4fba3449e3549d34d3dc398.

Configuring for i386 is no longer supported.

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.

Add benchmark inputs for cos and tan

Don't test O_RDONLY case in tst-aio7.

Define NOT_IN_libc when compiling benchmark programs

Add target bench-clean

Adding MicroBlaze support to elf/elf.h

Signed-off-by: David Holsgrove <david.holsgrove@xilinx.com>

Fix coding-style violation.

Introduced in commit ee091edf1a16312fff0cc3c6ae0116aded7f1dbf.

Properly check for short writes when sending the response in nscd

Write to bench.out-tmp only once

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.

nscd: don't fork twice

Fix off-by-one bug in tst-fwrite-error

tst-fwrite-error did not allocate enough space for the string 'world'
and its NULL terminator.  Fixed.

Rebuild benchmark sources when Makefile is updated

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.

BZ#15361: Make aio_fsync not check open modes.

Move bench target to benchtests

The bench target will only be used within the benchtests directory.

m68k: update libm test ULPs

libm-test.inc: Fix tests where cos(PI/2) != 0.

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.

Extend i486 pthread_cond_timedwait to use futex syscall with absolute timeout

Don't accept exp char without preceding digits in scanf float parsing

Fix invalid free of memory allocated during rtld init

Don't use run-via-rtld-prefix for anything other than tests

run-via-rtld-prefix checks whether the program to be run is a static
test and skips if it is.  This is fine, except that it assumes that
the program to be run is the second $^, which is true only for tests.

This change creates an rtld-prefix, which is simply the dynamic linker
prefix with the necessary arguments and uses that in the non-test
targets.

Remove eval

It's not needed.

Accept leading and trailing spaces in getdate input string

Fixes #15346.

The POSIX description of getdate allows for extra spaces in the
getdate input string.  __getdate_r uses strptime internally, which
works fine with extra spaces between format strings (and hence within
an input string) but not with leading and trailing spaces.  So we trim
off the leading and trailing spaces before we pass it on to strptime.

BZ#14280: Fix Hurd ioctl macro to avoid warning.

sem_post.c: Include atomic.h.

The sem_post.c file uses atomic functions without including
atomic.h. Add `#include <atomic.h>' to the file to prevent
any compile time warnings when other headers change and
atomic.h isn't implicitly included.

---
nptl/

2013-04-07  Carlos O'Donell  <carlos@redhat.com>

* sysdeps/unix/sysv/linux/sem_post.c: Include atomic.h.

README.libm-test: Use testrun.sh to run libm test.

Document the use of the convenience testrun.sh script for
running the libm test.

---

2013-04-06  Carlos O'Donell  <carlos@redhat.com>

* math/README.libm-test (How can I generate "libm-test-ulps"?):
Use testrun.sh to run libm tests.

dl_open_worker: Memset all of seen array.

The seen array was doubled in size recently, but the memset to clear
the array was not adjusted. We adjust the memset to always be correct
regardless of the size of seen.

---

2013-04-06  Carlos O'Donell  <carlos@redhat.com>

[BZ #15309]
* elf/dl-open.c (dl_open_worker): memset all of seen array.

fi_FI: Define yesstr, nostr

Define yesstr/nostr in fi_FI (as "Kyllä" and "Ei").

Fixes part of BZ#15264.

---

2013-04-06  Marko Myllynen  <myllynen@redhat.com>

[BZ #15264]
* locales/fi_FI (LC_MESSAGES): Define yesstr and nostr.

New Makefile target `regen-ulps'.

The wiki "Regeneration" page has this to say about update ULPs.

"The libm-test-ulps files are semiautomatically updated. To
update an ulps baseline, run each of the failing tests (test-float,
 test-double, etc.) with -u; this will generate a file called ULPs;
concatenate each of those files with the existing libm-test-ulps
file, after removing any entries for particularly huge numbers of
ulps that you do not want to mark as expected. Then run
gen-libm-test.pl -n -u FILE where FILE is the concatenated file
produced in the previous step. This generates a file called
NewUlps which is the new sorted version of libm-test-ulps."

The same information is listed in math/README.libm-test, and is a
lot of manual work that you often want to run over-and-over again
while working on a particular test.

The `regen-ulps' convenience target does this automatically for
developers.

We strictly assume the source tree is readonly and add a
new --output-dir option to libm-test.inc to allow for writing
out ULPs to $(objpfx).

When run the new target does the following:
* Starts with the baseline ULPs file.
* Runs each of the libm math tests with -u.
* Adds new changes seen with -u to the baseline.
* Sorts and prepares the test output with gen-libm-test.pl.
* Leaves math/NewUlps in your build tree to copy to your source
  tree, cleanup, and checkin.

The math test documentation in math/README.libm-test is updated
document the new Makefile target.

---

2013-04-06  Carlos O'Donell  <carlos@redhat.com>

* Makefile.in (regen-ulps): New target.
* math/Makefile [ifneq (no,$(PERL)]: Declare regen-ulps with .PHONY.
[ifneq (no,$(PERL)] (run-regen-ulps): New variable.
[ifneq (no,$(PERL)] (regen-ulps): New target.
[ifeq (no,$(PERL)] (regen-ulps): New target.
* math/libm-test.inc (ulps_file_name): Define.
(output_dir): New variable.
(options): Add "output-dir" option.
(parse_opt): Handle 'o' case.
(main): If output_dir is non-NULL use it as a prefix
otherwise use "".
* math/README.libm-test: Update `How can I generate "libm-test-ulps"?'

i386: Fail at configure time for i386 builds.

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.

Update ChangeLog.

Update ChangeLog for commit:
24116fcdbe55d58aa35fc77444ae71a9dec9fff6

s390/s390x: Undef PSEUDO before redef.

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.