wireguard-openbsd/lib/libc/string, branch master WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/lib/libc/string?h=master 2020-04-16T12:40:41Z Remove AUTHORS section. This follows what is done in strstr.3 2020-04-16T12:40:41Z claudio claudio@openbsd.org 2020-04-16T12:40:41Z urn:sha1:3f79569ae8ae97bed7c46baf1026699c8a588d41 Replace the simple memmem() implementation with a version that is O(n) 2020-04-16T12:39:28Z claudio claudio@openbsd.org 2020-04-16T12:39:28Z urn:sha1:f61003b04bf8dba5511779d655c4a010132df24d based on code from musl and now similar to our strstr(). OK tb@ millert@ Resync our strstr.c with the musl version. Removes some debug code and 2020-04-16T12:37:52Z claudio claudio@openbsd.org 2020-04-16T12:37:52Z urn:sha1:6fe343334b0dcbbc26c16d41932c5c93d0d829df optimizes one statement in two-way string compare. OK tb@ millert@ adapt to bitstring(3) renaming, and look at that bit_ffs(3) is the actual 2019-08-30T18:35:03Z deraadt deraadt@openbsd.org 2019-08-30T18:35:03Z urn:sha1:656f8b8f0f0fda206f6d08ba2690cdaa9894b320 name we want to Xr... ok jmc More consistently put remarks about the less useful LC_* categoties, 2019-05-16T13:35:16Z schwarze schwarze@openbsd.org 2019-05-16T13:35:16Z urn:sha1:b342463f75e905ca6a62e842326816166fbf7cdb i.e. those other than LC_CTYPE, into the CAVEATS section, and standardize wording somewhat. OK jmc@ I am retiring my old email address; replace it with my OpenBSD one. 2019-01-25T00:19:25Z millert millert@openbsd.org 2019-01-25T00:19:25Z urn:sha1:bf198cc6eba0ca1f6d79f71e8e2243d386241fa8 Improve the description of locale dependency: 2019-01-18T07:43:36Z schwarze schwarze@openbsd.org 2019-01-18T07:43:36Z urn:sha1:8fb85c7dd161b84cedb801bc6bad9a6815edf9a1 * mention LC_COLLATE; * clarify that all these functions are infested, including the *_l() versions; * avoid ENVIRONMENT, these functions don't inspect it; * and point to the C library functions that change the locale. OK millert@ As per POSIX, when str{,r}chr is comparing it should convert c to a char. 2018-10-01T06:37:37Z martijn martijn@openbsd.org 2018-10-01T06:37:37Z urn:sha1:132394c01e18b19a7e7495ae67acb64f9c600cad The C implementation of str{,r}chr are not linked to the build, because assembly implementations are used, but change to code for easier reference. At least the i386 and amd64 are checked and seem to do the correct thing. Found thanks to the csh any/strchr change. minor pointers and OK millert@ Add a missing header when compiling with -DDEBUG 2018-04-30T07:44:56Z denis denis@openbsd.org 2018-04-30T07:44:56Z urn:sha1:ac7de1c1df092eb963c0a7aad947e8fe2518a1fe With advice from jca@ OK jca@ millert@ Instead of trying to handle ffs() with the normal rename-mark-hidden-and-alias 2018-01-18T08:23:44Z guenther guenther@openbsd.org 2018-01-18T08:23:44Z urn:sha1:ae3cb403620ab940fbaabb3055fac045a63d56b7 dance, mark it protected. This works better for both gcc and clang: gcc blocks overriding of internal calls, while clang permits inlining again. ok otto@