<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/lib/libc/string/Makefile.inc, branch release/14.3.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=release%2F14.3.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=release%2F14.3.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2023-08-16T17:55:03Z</updated>
<entry>
<title>Remove $FreeBSD$: one-line sh pattern</title>
<updated>2023-08-16T17:55:03Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2023-08-16T17:55:03Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf'/>
<id>urn:sha1:d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf</id>
<content type='text'>
Remove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/
</content>
</entry>
<entry>
<title>libc: Fix build with WITHOUT_MACHDEP_OPTIMIZATIONS=YES set.</title>
<updated>2023-01-10T14:00:41Z</updated>
<author>
<name>Gleb Popov</name>
<email>arrowd@FreeBSD.org</email>
</author>
<published>2023-01-10T10:17:01Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=016e46fd869ebf9891ca4b2cf1d22b337717a8c8'/>
<id>urn:sha1:016e46fd869ebf9891ca4b2cf1d22b337717a8c8</id>
<content type='text'>
Test Plan: `make buildword WITHOUT_MACHDEP_OPTIMIZATIONS=YES` on 14-CURRENT and 13-STABLE

Reviewed by: emaste

Differential Revision: https://reviews.freebsd.org/D38017

PR:		266900
</content>
</entry>
<entry>
<title>libc: Add strverscmp(3) and versionsort(3)</title>
<updated>2022-08-25T00:29:03Z</updated>
<author>
<name>Aymeric Wibo</name>
<email>obiwac@gmail.com</email>
</author>
<published>2022-08-24T23:20:13Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=05c9a0158f6837bb3a3781e4ed75f66115f6415a'/>
<id>urn:sha1:05c9a0158f6837bb3a3781e4ed75f66115f6415a</id>
<content type='text'>
Add a strverscmp(3) function to libc, a GNU extension I implemented by
reading its glibc manual page. It orders strings following a much more
natural ordering (e.g. "ent1 &lt; ent2 &lt; ent10" as opposed to
"ent1 &lt; ent10 &lt; ent2" with strcmp(3)'s lexicographic ordering).

Also add versionsort(3) for use as scandir(3)'s compar argument.

Update manual page for scandir(3) and add one for strverscmp(3).

Reviewed by:	pstef, gbe, kib
MFC after:	1 week
Differential Revision: https://reviews.freebsd.org/D35807
</content>
</entry>
<entry>
<title>libc: Disable ASAN for certain string functions</title>
<updated>2021-08-02T13:33:24Z</updated>
<author>
<name>Alex Richardson</name>
<email>arichardson@FreeBSD.org</email>
</author>
<published>2021-08-02T08:51:34Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=8185be3307232d88ddd1b6468f4ddec54a993f54'/>
<id>urn:sha1:8185be3307232d88ddd1b6468f4ddec54a993f54</id>
<content type='text'>
They deliberately read out-of-bounds values to avoid byte-by-byte
loads and check multiple bytes at once. While this will work on x86,
it is flagged as an out-of-bounds read with ASAN, so we have to
disable instrumentation here. This also causes bounds errors for CHERI,
so in CheriBSD we use implementations that avoid OOB reads.

Differential Revision: https://reviews.freebsd.org/D31045
</content>
</entry>
<entry>
<title>libc: add mempcpy(3) and wmempcpy(3)</title>
<updated>2021-07-15T16:40:28Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2021-07-14T15:41:36Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=ee37f64cf875255338f917a9da76c643cf59786c'/>
<id>urn:sha1:ee37f64cf875255338f917a9da76c643cf59786c</id>
<content type='text'>
Reviewed by:	markj
Sponsored by:	The FreeBSD Foundation
MFC after:	1 week
Differential revision:	https://reviews.freebsd.org/D31180
</content>
</entry>
<entry>
<title>Implement strerror_l().</title>
<updated>2020-12-16T09:02:09Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2020-12-16T09:02:09Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=675079b1ea61b310f3a42cb0d352a49c1780f89a'/>
<id>urn:sha1:675079b1ea61b310f3a42cb0d352a49c1780f89a</id>
<content type='text'>
Only for the arches that provide user-mode TLS.

PR: 251651
Requested by:	yuri
Discussed with:	emaste, jilles, tijl
Sponsored by:	The FreeBSD Foundation
Differential revision:	https://reviews.freebsd.org/D27495
MFC after:	2 weeks
</content>
</entry>
<entry>
<title>Document memset_s(3). memset_s(3) is defined in</title>
<updated>2018-02-16T05:48:45Z</updated>
<author>
<name>Cy Schubert</name>
<email>cy@FreeBSD.org</email>
</author>
<published>2018-02-16T05:48:45Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=a4d179eeb66b2990ca622ecb86df132a416526fd'/>
<id>urn:sha1:a4d179eeb66b2990ca622ecb86df132a416526fd</id>
<content type='text'>
C11 standard (ISO/IEC 9899:2011) K.3.7.4.1 The memset_s function
(p: 621-622)

Fix memset(3) portion of the man page by replacing the first argument
(destination) "b" with "dest", which is more descriptive than "b".
This also makes it consistent with the term used in the memset_s()
portion of the man page.

See also http://en.cppreference.com/w/c/string/byte/memset.

Reviewed by:	kib
MFC after:	1 week
Differential Revision:	https://reviews.freebsd.org/D13682
</content>
</entry>
<entry>
<title>Implement the memset_s(3) function as specified by the C11 ISO/IEC</title>
<updated>2017-03-30T04:57:26Z</updated>
<author>
<name>Konstantin Belousov</name>
<email>kib@FreeBSD.org</email>
</author>
<published>2017-03-30T04:57:26Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=9851b3400ae1362185d9ffe3c163428b9faa6b9f'/>
<id>urn:sha1:9851b3400ae1362185d9ffe3c163428b9faa6b9f</id>
<content type='text'>
9899:2011 Appendix K 3.7.4.1.

Other needed supporting types, defines and constraint_handler
infrastructure is added as specified in the C11 spec.

Submitted by:	Tom Rix &lt;trix@juniper.net&gt;
Sponsored by:	Juniper Networks
Discussed with:	ed
MFC after:	3 weeks
Differential revision:	https://reviews.freebsd.org/D9903
Differential revision:	https://reviews.freebsd.org/D10161
</content>
</entry>
<entry>
<title>Replace dot-dot relative pathing with SRCTOP-relative paths where possible</title>
<updated>2017-01-20T03:23:24Z</updated>
<author>
<name>Enji Cooper</name>
<email>ngie@FreeBSD.org</email>
</author>
<published>2017-01-20T03:23:24Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=d0fd0203fb0c132aa8665f8d8e19669edd40563a'/>
<id>urn:sha1:d0fd0203fb0c132aa8665f8d8e19669edd40563a</id>
<content type='text'>
This reduces build output, need for recalculating paths, and makes it clearer
which paths are relative to what areas in the source tree. The change in
performance over a locally mounted UFS filesystem was negligible in my testing,
but this may more positively impact other filesystems like NFS.

LIBC_SRCTOP was left alone so Juniper (and other users) can continue to
manipulate lib/libc/Makefile (and other Makefile.inc's under lib/libc) as
include Makefiles with custom options.

Discussed with:	marcel, sjg
MFC after:	1 week
Reviewed by:	emaste
Sponsored by:	Dell EMC Isilon
Differential Revision:	https://reviews.freebsd.org/D9207
</content>
</entry>
<entry>
<title>Add timingsafe_bcmp and timingsafe_memcmp.</title>
<updated>2016-08-14T23:38:50Z</updated>
<author>
<name>Xin LI</name>
<email>delphij@FreeBSD.org</email>
</author>
<published>2016-08-14T23:38:50Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=854023f054291b7ecebb98ce5d91701caf244713'/>
<id>urn:sha1:854023f054291b7ecebb98ce5d91701caf244713</id>
<content type='text'>
Obtained from:	OpenBSD
Reviewed by:	trasz
MFC after:	1 month
Differential Revision:	https://reviews.freebsd.org/D7280
</content>
</entry>
</feed>
