https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106559
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Blocks||85741
--- Comment #2 from Martin Sebor ---
The warning triggers because it considers the size of the whole `string' array
passed as an argument to the %s directive. It does that because the analysis
is unable to determine which array element the argument points to and it's not
"smart" enough to see that all the elements are strings of the same length.
The output of the -fdump-tree-strlen option below helps see what's gooing on
(the numbers next to each Result: show the minimum, maximum, likely, and
unlikely amount of output produced by the directive, with the corresponding
running totals in parentheses).
The problem can be reduced to a missed optimization opportunity in the test
following test case: the condition in each iteration of the loop is false so
the loop can be optimized away, but because of the incomplete analysis above it
is not.
void f (void)
{
static const char string[16][3]={
"01","02","03","04","05","06","07","08",
"09","10","11","12","13","14","15","16"};
for(unsigned int i=0; i<16; ++i)
if (__builtin_strlen (string[i]) != 2)
__builtin_abort ();
}
Short of improving the strlen optimization the warning could also be suppressed
by considering the cast in the assignment `_2 = (const char[3] *) ivtmp.11_15;'
and using the size of the array as the upper bound on the length of the string.
(This wouldn't be safe for the optimization.)
Until this is fixed in GCC, the warning can be suppressed and the emitted code
improved by asserting in each iteration that the length of the string is (at
most) two, like so:
if (__builtin_strlen (string[i]) != 2)
__builtin_unreachable ();
pr106559.c:11: __builtin_snprintf: objsize = 64, fmtstr = "%u (%s): %8x"
Directive 1 at offset 0: "%u"
Result: 1, 2, 2, 2 (1, 2, 2, 2)
Directive 2 at offset 2: " (", length = 2
Result: 2, 2, 2, 2 (3, 4, 4, 4)
Directive 3 at offset 4: "%s"
Result: 0, 47, 47, 9223372036854775807 (3, 51, 51, -9223372036854775805)
Directive 4 at offset 6: "): ", length = 5
Result: 5, 5, 5, 5 (8, 56, 56, -9223372036854775800)
Directive 5 at offset 11: "%8x"
Result: 8, 8, 8, 8 (16, 64, 64, -9223372036854775792)
Directive 6 at offset 14: "", length = 1
pr106559.c: In function ‘f’:
pr106559.c:11:61: warning: ‘__builtin_snprintf’ output may be truncated before
the last format character [-Wformat-truncation=]
11 | __builtin_snprintf(buffer,sizeof(buffer),"%u (%s): %8x",
| ^
pr106559.c:11:5: note: ‘__builtin_snprintf’ output between 17 and 65 bytes into
a destination of size 64
11 | __builtin_snprintf(buffer,sizeof(buffer),"%u (%s): %8x",
| ^~
12 | i,string[i],number[i]);
| ~~
void f ()
{
unsigned long ivtmp.11;
unsigned long ivtmp.5;
unsigned int i;
static const char string[16][3] = {"01", "02", "03", "04", "05", "06", "07",
"08", "09", "10", "11", "12", "13", "14", "15", "16"};
unsigned int _1;
const char[3] * _2;
unsigned int _18;
[local count: 63136016]:
ivtmp.11_17 = (unsigned long)
[local count: 1010605809]:
# ivtmp.5_13 = PHI
# ivtmp.11_15 = PHI
_18 = (unsigned int) ivtmp.5_13;
_1 = MEM[(unsigned int *) + ivtmp.5_13 * 4];
_2 = (const char[3] *) ivtmp.11_15;<<< cast
not considered
__builtin_snprintf (, 64, "%u (%s): %8x", _18, _2, _1); <<<
warning here for _2
Referenced Bugs:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85741
[Bug 85741] [meta-bug] bogus/missing -Wformat-overflow
