wireguard-openbsd/lib/libc/arch/amd64/string/strlen.S, branch jd/queueboosts WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/lib/libc/arch/amd64/string/strlen.S?h=jd%2Fqueueboosts 2018-07-03T23:14:05Z Add retguard macros for libc. 2018-07-03T23:14:05Z mortimer mortimer@openbsd.org 2018-07-03T23:14:05Z urn:sha1:631951aab24dc7dce7719dfa2487185ea5ef120f ok deraadt "the the" -> "the" in comment 2015-12-11T00:05:46Z mmcc mmcc@openbsd.org 2015-12-11T00:05:46Z urn:sha1:aa753eebe6584245169158d222afa5ac9c15380a Split the non-syscall ASM bits from SYS.h into DEFS.h and use that in the 2015-11-14T21:53:03Z guenther guenther@openbsd.org 2015-11-14T21:53:03Z urn:sha1:b4551fde27a9b4bffacf003cd41ed7a6c54b4036 non-syscall .S source ok millert@ miod@ Add framework for resolving (pun intended) libc namespace issues, using 2015-08-31T02:53:56Z guenther guenther@openbsd.org 2015-08-31T02:53:56Z urn:sha1:9b9d2a55a62c8e82206c25f94fcc7f4e2765250e wrapper .h files and asm labels to let internal calls resolve directly and not be overridable or use the PLT. Then, apply that framework to most of the functions in stdio.h, string.h, err.h, and wchar.h. Delete the should-have-been-hidden-all-along _v?(err|warn)[cx]? symbols while here. tests clean on i386, amd64, sparc64, powerpc, and mips64 naming feedback from kettenis@ and millert@ ok kettenis@ Sprinkle END() in some straightforward *.S files that have ENTRY(). The 2015-05-29T07:21:09Z uebayasi uebayasi@openbsd.org 2015-05-29T07:21:09Z urn:sha1:81af83dd3999903f087ff521acd72984b9808a05 resulting *.o have "FUNC" symbols with size set. Import new amd64 assembly versions of strchr/index, strrchr/rindex, 2014-12-09T15:10:39Z reyk reyk@openbsd.org 2014-12-09T15:10:39Z urn:sha1:c2a49701f6bfcd31d0b97ecc55a0a2af126dbb7d and strlen that provide a significantly faster performance than our previous .c or .S implementations. Based on NetBSD's code. Tested with different amd64 CPUs. ok deraadt@ mikeb@ Remove assembly version of strlen from i386 and amd64, where it's 2012-01-17T21:31:19Z mikeb mikeb@openbsd.org 2012-01-17T21:31:19Z urn:sha1:bec961c0e40131e83f0a7d848075a8cd951c1c00 up to 3 times slower than the C code most of the time. This was brought up by DragonflyBSD guys initially. ok deraadt, guenther. miod will not miss it. things for amd64; from art@ 2004-01-28T01:44:44Z mickey mickey@openbsd.org 2004-01-28T01:44:44Z urn:sha1:118f6189edb47d41d3a0badafe95d9585c0d1c57