Discrepancy in reported `.text` size: `cargo bloat` vs GNU Binuils `size` about cargo-bloat HOT 3 OPEN

Will have to take a look. cargo-bloat shows .text section size as is. No post-processing. Maybe binutils does something else.

from cargo-bloat.

@tnballo I recommend adding a rust-toolchain file and pegging a particular nightly to each of your examples to simplify the process of replicating your results.

If you pass the -A flag to GNU binutiles size, you will see the actual sizes of each section. Without the -A flag, size uses the Berkeley format, in which "text" is actually the sum of the size of all sections which the size utility guesses to be read only data (source: https://sourceware.org/binutils/docs/binutils/size.html)

from cargo-bloat.

@hudson-ayers - thanks for both suggestions!

I've update the writeup to use a rust-toolchain.toml. AFAIK it supports components but not cargo sub-commands, so I've noted use of cargo-size version 0.3.4 and cargo-bloat version 0.11.0 explicitly (latest availible).

Pegged to nightly-2021-12-04, I still see a slight discrepancy:

from cargo-bloat.