https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
--- Comment #7 from Richard Biener ---
Possibly using %llu and (unsigned long long) casts on the value would be a good
fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
--- Comment #6 from John David Anglin ---
On hppa, size_t is unsigned long. I'll test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
--- Comment #5 from Jørgen Kvalsvik ---
Does the pretty-print.cc test fail, too?
Anyway, the fix is simple, in a way -- we don't really need the full size_t
width (probably), so I'd wager it's harmless to change it to %u. It's not the
nicest ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
--- Comment #4 from John David Anglin ---
Guess this is a problem in other files:
bash-5.1$ grep zu *.cc
crc-verification.cc:fprintf (dump_file, "Checking %zu bit.\n", it_end);
crc-verification.cc:fprintf (dump_file, "Checking %zu bit.\
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
--- Comment #3 from John David Anglin ---
(In reply to Jørgen Kvalsvik from comment #2)
> Interesting. I looked at the attach'd .gcov file and it is filled with these:
>
> paths covered 1 of zu
>
> Does the target not support size_t with print
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
--- Comment #2 from Jørgen Kvalsvik ---
Interesting. I looked at the attach'd .gcov file and it is filled with these:
paths covered 1 of zu
Does the target not support size_t with printf("%zu")?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120086
--- Comment #1 from John David Anglin ---
Similar fails:
FAIL: gcc.misc-tests/gcov-30.c gcov: 0 failures in line counts, 0 in branch
percentages, 0 in condition/decision, 12 in prime-paths, 0 in return
percentages, 0 in intermediate format, 0 fa
