src/lib/libc/stdlib, branch main

manuals: Fix more Fx and nearby mechanical typos

2026-08-04T14:04:23Z

Fix compiler warnings related to the Fx macro, as well as all other mechanical typos that were visible within one screenful of them. These cause rendering glitches on various toolchains with various of the five and a half decades of rich output formats and tooling manpages scale to. The *x macro set specifies operating systems. These macros take the rest of the line as an argument. Sometimes, a space was not used to separate the argument of Fx and the trailing period. Others had other parts of the sentence supplied as an argument to Fx. While here, fix the other mechanical typos visible on those specific screenfulls. Correct section typo AUTHOR to AUTHORS, markup utilities with Sy, and apply line break after the end of a sentence. PR: 297248 MFC after: 3 days Reported by: wosch (are you sure that's all of the broken Fx'es?) Fixes: ff2bc641599a ("Fix Fx and nearby mechanical typos") Fixes: d790b16bbf0c ("add man pages for stdbit functions") Fixes: 6c57e368eb17 ("implement C23 memalignment()") Fixes: b06338167d64 ("ROUTE_MPATH and FIB_ALGO") Fixes: 7e1affa242ca ("revise divert-to and divert-reply")

libc: getopt{,_long}: Const correctness for C23

2026-08-03T14:02:51Z

On some platforms, e.g. Linux Clang 22.1.8 / glibc 2.43, strchr() now implements the C23 behaviour where passing a const pointer to strchr() also returns a const pointer. This breaks getopt during the bootstrap build, since it assumes the return value is always a mutable pointer. Since the pointed-to value is never modified, fix this by making the pointer const. MFC after: 1 week Reviewed by: emaste Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D58488

libc: Add strfromd, strfromf, and strfroml per C23

2026-08-02T12:10:02Z

strfromd(), strfromf(), and strfroml() are implemented directly in terms of gdtoa. If a non-conforming format string is passed, the string "EDOOFUS" is returned and errno set to EDOOFUS as an extension. Reviewed by: fuz MFC after: 1 month Pull-Request: https://github.com/freebsd/freebsd-src/pull/2301 Signed-off-by: Faraz Vahedi

libc/merge.c: use memcpy() for copying

2026-08-02T11:17:45Z

Currently mergesort() uses ICOPY_*() to copy data as four byte blocks instead of one byte. However, this is only achievable when both size and base arguments are aligned to four bytes. Use of memcpy() is ideal as 1) it is cleaner and 2) the library will use SIMD for copying when the hardware supports it. Compared to ICOPY_*(), SIMD can support up to 64 bytes. When the SIMD-backed memcpy() find the address is unaligned, it can first copy data up to the nearest aligned address, and then use SIMD operations for faster transfer. Thus memcpy() can give better performance than mergesort()'s own implementation. This is benchmarked on amd64 where there isn't a SIMD-backed implementation yet. However, the baseline implementation in assembly already delivers better performance in unaligned cases although there is some performance drops in aligned cases. The benchmark results and script is available in the Phabricator review. Ideally, more performance improvements will come when amd64 gets SIMD implementation of memcpy(). Signed-off-by: Minsoo Choo Reviewed by: fuz MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D58002

system(3): Use plural form of 'command'

2026-06-26T19:26:53Z

Pick the plural form in the sentence about running arbitrary commands in the security consideration section. PR: 294497 Event: Halifax Hackathon 202606 Location: Couch

hcreate(3): fix incorrect claim that hdestroy frees keys

2026-06-10T12:35:05Z

The man page incorrectly stated that hdestroy() calls free(3) for each comparison key. The implementation (hdestroy_r.c) only frees the internal table structure, not the user-provided keys or data. This matches POSIX, which says hdestroy "shall dispose of the search table" without mentioning key deallocation. Update the description to clarify that the caller is responsible for freeing any memory associated with table entries. PR: 291240 Signed-off-by: Kit Dallege Reviewed by: imp Pull Request: https://github.com/freebsd/freebsd-src/pull/2095

libc: Add free_sized() and free_aligned_sized() as per C23

2026-06-07T20:59:19Z

Add C23 sized deallocation entry points as thin wrappers around free(3). Implementations may ignore size and alignment hints, so behaviour stays correct for existing allocations without validating caller metadata yet. When jemalloc is updated to 5.3.1, rewire these to je_free_sized() and je_free_aligned_sized() so deallocation can use the allocator's sized deallocation (free_sized for fast paths and free_aligned_sized for correct aligned hints.) Please note this change satisfies the standard interface only. Both functions should be delegated to jemalloc after the upgrade so callers get the intended allocator behaviour; until then, hints are unused and neither sized nor aligned-sized deallocation optimizations apply. Signed-off-by: Faraz Vahedi Reviewed by: fuz Pull Request: https://github.com/freebsd/freebsd-src/pull/2201 MFC after: 1 month

qsort.3: Document mergesort() behaviour on size overflow

2026-06-07T20:59:19Z

Signed-off-by: Faraz Vahedi Pull Request: https://github.com/freebsd/freebsd-src/pull/2243 Reviewed by: fuz MFC after: 1 week

libc: Guard mergesort() allocation size arithmetic

2026-06-07T20:59:18Z

Signed-off-by: Faraz Vahedi Pull Request: https://github.com/freebsd/freebsd-src/pull/2243 Reviewed by: fuz MFC after: 1 week

rand(3): Normalize function ordering

2026-05-30T19:07:29Z

Align ordering between NAME & SYNOPSIS sections. Obtained from: https://github.com/apple-oss-distributions/libc Sponsored by: Klara, Inc.