Deutsch English Français Italiano |
<v3mji8$bplr$1@raubtier-asyl.eternal-september.org> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!news.mixmin.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!raubtier-asyl.eternal-september.org!.POSTED!not-for-mail From: Bonita Montero <Bonita.Montero@gmail.com> Newsgroups: comp.lang.c Subject: Re: xxd -i vs DIY Was: C23 thoughts and opinions Date: Tue, 4 Jun 2024 10:34:16 +0200 Organization: A noiseless patient Spider Lines: 31 Message-ID: <v3mji8$bplr$1@raubtier-asyl.eternal-september.org> References: <v2l828$18v7f$1@dont-email.me> <00297443-2fee-48d4-81a0-9ff6ae6481e4@gmail.com> <v2lji1$1bbcp$1@dont-email.me> <87msoh5uh6.fsf@nosuchdomain.example.com> <f08d2c9f-5c2e-495d-b0bd-3f71bd301432@gmail.com> <v2nbp4$1o9h6$1@dont-email.me> <v2ng4n$1p3o2$1@dont-email.me> <87y18047jk.fsf@nosuchdomain.example.com> <87msoe1xxo.fsf@nosuchdomain.example.com> <v2sh19$2rle2$2@dont-email.me> <87ikz11osy.fsf@nosuchdomain.example.com> <v2v59g$3cr0f$1@dont-email.me> <20240528144118.00002012@yahoo.com> <v3krkr$3vj3v$1@raubtier-asyl.eternal-september.org> <v3lstv$48om$13@dont-email.me> <20240604110156.0000379c@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Tue, 04 Jun 2024 10:34:17 +0200 (CEST) Injection-Info: raubtier-asyl.eternal-september.org; posting-host="36045e54affb0c12d3a3b30da15be3e7"; logging-data="386747"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19++9zG6qTM3cWE8D3OyAHNogoLkw5FX48=" User-Agent: Mozilla Thunderbird Cancel-Lock: sha1:VJChM9zWsVV8ycug/AFmA/hk8Dg= In-Reply-To: <20240604110156.0000379c@yahoo.com> Content-Language: de-DE Bytes: 3012 Am 04.06.2024 um 10:01 schrieb Michael S: > On Tue, 4 Jun 2024 02:07:59 -0000 (UTC) > Lawrence D'Oliveiro <ldo@nz.invalid> wrote: > >> On Mon, 3 Jun 2024 18:39:55 +0200, Bonita Montero wrote: >> >>> MSVC quitted compilation after allocating 50GB of >>> memory, gcc and clang compiled for minutes. >> >> Next time, don’t even bother with MSVC. > > For smaller file (but still much bigger than what is likely to be > encountered in practice, 155 MB binary, 641 MB after conversion to > text) MSVC was both ~1.5x faster than gcc and had lower peak memory > consumption. > And that was a "new", slow MSVC. "Old", faster MSVC should fare even > better, if I ever dare to install it on computer with enough RAM. > > > I think the step through the char-array into the machinecode isn't smart. For me it would be much smarter if there would be a tool that compiles any binary file to an .obj file and additionaly produces sth like that: "extern const char arr[xxx]"; this is necessary because the xxx size should be according to the actual file size. And there should be some options to declare if the array is preloaded when the application starts or if it is dynammically mapped in to the address space when touching the pages. Is there any tool like that for Windows or Linux ?