src-test2/include, branch release/6.4.0_cvs

Copy releng/6.4 to release/6.4.0 in preparation for 6.4-RELEASE.

2008-11-26T01:09:48Z

Approved by: re (implicit) This commit was manufactured to restore the state of the 6.4-RELEASE image.

MFC: Add the mpt_user personality to mpt(4).

2008-06-27T04:46:06Z

MFC: Add memrchr(3).

2008-05-27T20:04:27Z

Obtained from: OpenBSD

MFC of an update to the dump program to save extended attributes

2008-05-23T18:08:32Z

and an update to the restore program to restore all dumped extended attributes. The affected files and the version being MFC'ed: Revision Path 1.11 src/include/protocols/dumprestore.h 1.28 src/sbin/dump/dump.h 1.38 src/sbin/dump/traverse.c 1.31 src/sbin/restore/dirs.c 1.11 src/sbin/restore/extern.h 1.12 src/sbin/restore/restore.h 1.48 src/sbin/restore/tape.c 1.16 src/sys/sys/extattr.h 1.21 src/sys/ufs/ufs/extattr.h 1.24 src/share/man/man5/fs.5 Note that this code will not compile until these header files have been updated: and . This should happen in the course of doing a normal `buildworld'. This resolves PR 93085 which will be closed. PR: bin/93085 MFC request by: Robert Watson

MFC:

2008-05-16T01:22:20Z

Define the size_t type since readpassphrase(3) requires it in its definition and sys/types.h is not listed within the synopsis of the man page. src/include/readpassphrase.h: rev 1.2 -> 1.3

- Back out previous ctype(3) fix for UTF-8 locale due to forward ABI

2007-11-21T01:31:49Z

compatibility is still broken as we add new symbols to libc. Those symboles are __sbmaskrune, __sbistype, __sbtoupper and __sbtolower. The latter three are directly referred by binaries use ctype(3) family functions (see include/ctype.h for details). This means if a binary built on 6.3, it uses these symbols that are not available on older system. - As this has been in 6 for a month, I intentionally leave these symbols in libc but map them to original version. So binary built after 602113 will not be broken after this commit. - Bump __FreeBSD_version for this back-out PR: 116363 Discussed with: kris, kensmith Approved by: re (kensmith)

Restore ctype(3) ABI forward compatibility in 6.x world. This was broken

2007-10-30T01:30:42Z

with last ctype(3) single-byte and multi-byte separation for fixing operating on UTF-8 locale. To be specific, we introduced a new symbol in libc. And this symbol is referred via inline functions here. So, you can not run a binary built with this version of libc on an older system. To restore the compatibility, make these functions built as non-inlined form (see lib/libc/nomarco.c) and MFC rev 1.32 which drops the usage of that symbol in question for __isctype(). As this may impact performance, I only intend to fix in 6.x, but not 7 (not yet released) and 8 (it's HEAD). Discussed on: cvs-src Requested by: scottl Reviewed by: ache, delphij Approved by: re (kensmith)

MFC ctype(3) fix for UTF-8 locale. See original commit log for details.

2007-10-24T14:32:33Z

PR: 116363 Reported by: Petr Hroudny Patched by: ache Reviewed by: i18n@ Approved by: re (kensmith) OK-ed by: portmgr

MFC: rev 1.6

2007-10-11T17:32:20Z

declare struct tftphdr and embedded union as beeing packed, which is required for arm.

MFC rev. 1.3 from HEAD,

2007-02-09T14:24:48Z

Comment the token after #endif, like we do everywhere else. Static analyzers like FlexeLint complain about it.