src-test/lib/libc, branch stable/6

MFC:

2013-02-21T20:40:37Z

r158812 (ache): Reflect size_t changes in glob.h Obtained from: NetBSD (mostly) r159294: - ANSIfy. - Remove two unnecessary casts. r243779 (marcel): Protect against DoS attacks, such as being described in CVE-2010-2632. The changes were derived from what has been committed to NetBSD, with modifications. This fixes FreeBSD-SA-13:02.libc for stable/6.

MFC r206760: getcwd(3): Clarify that EACCES may or may not be checked.

2010-05-05T22:23:29Z

POSIX permits but does not require checking access on the current and parent directories. Because various programs do not like it if getcwd(3) fails, it seems best to avoid checking access as much as possible. There are various reports in GNATS about this (search for getcwd). Our getcwd(3) implementation first queries the kernel for the pathname directly, which does not check any permissions but sometimes fails, and then falls back to reading all parent directories for the names. PR: standards/44425

MFC: r173859, r205410

2010-03-30T19:16:00Z

Avoid aliasing which leads to incorrect results when compiling with the default strict aliasing rules. PR: 144900 Submitted by: Peter Jeremy

MFC: r205397

2010-03-30T19:08:05Z

- While SPARC V9 allows tininess to be detected either before or after rounding (impl. dep. #55), the SPARC JPS1 responsible for SPARC64 and UltraSPARC processors defines that in all cases tinyness is detected before rounding, therefore rounding up to the smallest normalised number should set the underflow flag. - If an infinite result is rounded down, the result should have an exponent 1 less than the value for infinity. PR: 144900 Submitted by: Peter Jeremy

MFC: r205396

2010-03-30T19:06:37Z

Division should take both arguments' signs into account when the the dividend is infinity or zero and the divisor is not the same. PR: 144900 Submitted by: Peter Jeremy

MFC: r205395

2010-03-30T19:05:20Z

FPU_DEBUG requires . PR: 144900 Submitted by: Peter Jeremy

MFC: r205394

2010-03-30T19:03:29Z

Ensure that __fpu_ftox() both returns the high bits and res[1] contains the low bits also in the default case. PR:i 144900 Obtained from: OpenBSD

MFC: r205393

2010-03-30T18:58:08Z

- Remove a bogus forward declaration. - Fix whitespace.

MFC r204447:

2010-03-19T12:07:28Z

In _gettemp(), check that the length of the path doesn't exceed MAXPATHLEN. Otherwise the path name (or part of it) may not fit to carrybuf causing a buffer overflow. PR: bin/140228

MFC: r204974, r205002

2010-03-15T18:33:32Z

- The OPSZ macro actually only does the right thing for int32 and int64 operands but not for double and extended double ones. Instead of trying to fix the macro just nuke it and unroll the loops in the correct way though as extended double operands turn out to be the only special case. - For FxTO{s,d,q} the source operand is int64 so rs2 has to be re-decoded after setting type accordingly as it's generally decoded using the low 2 bits as the type, which are 0 for these three instructions. - Similarly, in case of F{s,d,q}TOx the target is int64 so rd has to be re-decoded using not only the operand mask appropriate for int64 but also the correct register number encoding. - Use const where appropriate. - Wrap long lines. Submitted by: Peter Jeremy (partly)