Suggestions for warnings? about mpack HOT 3 CLOSED

Hmm, that's weird. memmove() should definitely be in string,h.

What platform are you on? Is it possible you're using an esoteric platform or C library that defines memmove() elsewhere? Could it be disabled in favor of some other function like memmove_s()? Do you maybe have a macro defined on memmove? I'm not sure what could cause memmove() to be missing without also losing memcpy(), strlen(), memset(), etc.

I would recommend looking at the preprocessed output to see what's going on with string.h. If you can give me more info about your platform I can try to reproduce it here.

from mpack.

Good question on the environment ... I should have mentioned that. I' building using a sock Fedora Linux 34 environment. For other files, including string.h does what you'd think.

Good suggestion on the preprocessed output. I'll dig in. I'll also get the code in shape enough to push to a branch so it's easier to see what all is going on.

Thanks!

from mpack.

This turned out to be a build configuration error :). I inadvertently included the local source directory path in with the system includes & I happened to have a string.h file present locally that was being loaded instead of the system file.

mpack is now compiling cleanly. Great question - it helped me get out of my rut.

from mpack.