> What version are you using? Upstream ell doesn't even use
strncpy in genl.c
This is unmodified Fedora-30 for i686 32-bit. I tried chasing down the nesting
rabbit-hole to find exactly where the strncpy's were coming from, and came up empty...
I can only assume that some inlined function in string.h resolves to some version of
strncpy on 32-bit fedora... perhaps relating to the strlcpy calls.
No, I meant what version of ell? The issue comes from gcc9 which is
much more strict about checking strncpy use than before. The problem is
that we used to use something like:
strncpy(buf, some_string, sizeof(buf));
Which would leave the buffer non-null terminated. Not really a concern
since all the strings came from the kernel and the chances of things
ending up badly were small, but still...
The fix is to either use sizeof(buf) - 1 and null-terminate the string,
or just use l_strlcpy.
Upstream ell is down to about 4 occurrences of strncpy, none of them in
genl. So if you are having this problem with some previous release of
ell, then you should simply disable this warning.