Liste des Groupes | Revenir à cl c |
On 6/8/2024 1:28 PM, Malcolm McLean wrote:On 07/06/2024 01:53, Lawrence D'Oliveiro wrote:On Thu, 6 Jun 2024 15:38:21 -0500, BGB-Alt wrote:If the code is calling extern gunctions that do IO, we woul expect
*2: Seemingly the main way I am aware of to get small binaries is>
to use an older version of MSVC (such as 6.0 to 9.0), as the
binary-bloat started to get much more obvious around Visual
Studio 2010, but is less of an issue with VS2005 or VS2008.
Newer version of proprietary compiler generates worse code than
older version?!?
these to be massively more sophisticated on a modern ststem Witha
little comouter, pribtf just wtites acharacter raster and utimalthe
he Os picks the up and flushes it out to a pixel raster. And that'
aal it's doing. Whilst on a modrern syste, stdout can do whole lot
of intricate things.
That is a whole lot of typos...
But, even if it is built calling MSVCRT as a DLL (rather than static
linked), modern MSVC is still the worst of the bunch in this area.
A build as RISC-V + PIE with a static-linked C library still manages
to be smaller than an x64 build via MSVC with entirely dynamic-linked
libraries.
And, around 72% bigger than the same program built as a
dynamic-linked binary with "GCC -O3" (while also often still being
around 40% slower).
>
Contrast, VS2008 can build programs with binary sizes closer to those
of GCC.
>
Les messages affichés proviennent d'usenet.