From 8d4b47298b6c9eeb9a3f79a5b80d894f80ed4a45 Mon Sep 17 00:00:00 2001 From: Michael Smith Date: Sat, 27 Dec 2025 03:05:05 +0000 Subject: Do away with memcpy/memset/memcmp Now everything is either explicitly a rep thing, or explicitly some other small run of reasonably efficient instructions. No library calls or function call overhead of any kind. Code size remains nice and small. Ban a few other bad libc functions while we're at it. More can be added later if we decide that's a useful idea. This will require some discipline and workarounds to cope with Clang's tendency to shove mem* calls in places you don't want them even when you tell it not to. Well, c'est la vie. I'm a little nervous that the __builtin_memmove() usage in shuntvars() could still one day emit actual library calls. It appears we're not importing memmove() from anywhere at the moment, though. So I guess it's good enough for now. Also I had to get rid of alloca() in con_.c but that was kind of bad anyway, so that's fine. --- src/l4dmm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'src/l4dmm.c') diff --git a/src/l4dmm.c b/src/l4dmm.c index 67af36d..343ea0d 100644 --- a/src/l4dmm.c +++ b/src/l4dmm.c @@ -95,7 +95,7 @@ const char *l4dmm_curcampaign() { // reasonable... usize len = strlen(ret); if_cold (len > sizeof(campaignbuf) - 1) ret = 0; - else ret = memcpy(campaignbuf, ret, len + 1); + else ret = mem_copy(campaignbuf, ret, len + 1); } kvsys_free(kv); return ret; -- cgit v1.2.3-54-g00ecf