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 ?