On 7/4/20 9:12 PM, Fangrui Song wrote:
Good idea! I've done that and made an alias for -i -> -j option.
I'm going to push it to master.
Martin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-gcov-rename-2-options.patch
Type: text/x-patch
Size: 5457 bytes
Desc: not available
URL:
<https://gcc.gnu.org/pipermail/gcc-patches/attachments/20200701/2a0ca9c2/attachment.bin>
Note that -i was --intermediate-format in many releases, dropping -i should be
fine if
there is no intention bring back --intermediate-format.
Hello.
I know, but we have one release out (GCC 10.x) that uses that for the JSON
format.
Richi, I quite support drop of the option.
(Personally I still find --intermediate-format useful: for template
instantiations, in many cases users only care about aggregated line
execution counts (0 vs 1). They don't want to see 10 instantiations of a
function.)
You can still find the very same information in the JSON file format. Note that
a JSON format is much easier to parse and one can easily extend it.
-j -> --json-format looks good.
I don't think anyone uses --human-readable. The short option can even be
removed.
I used it couple of times together with --use-hotness-colors and I see it handy
for a report similar to `perf report`.
Martin
