Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: James Kuyper <jameskuyper@alumni.caltech.edu>
Newsgroups: comp.lang.c
Subject: Re: Suggested method for returning a string from a C program?
Date: Mon, 24 Mar 2025 19:25:48 -0400
Organization: A noiseless patient Spider
Lines: 24
Message-ID: <vrspls$1ut9i$1@dont-email.me>
References: <vrd77d$3nvtf$2@dont-email.me> <20250319115550.0000676f@yahoo.com>
 <vreuj1$1asii$4@dont-email.me> <vreve4$19klp$2@dont-email.me>
 <20250319201903.00005452@yahoo.com> <86r02roqdq.fsf@linuxsc.com>
 <vrh1br$35029$2@dont-email.me> <LRUCP.2$541.0@fx47.iad>
 <vrh71t$3be42$1@dont-email.me> <874izntt5t.fsf@nosuchdomain.example.com>
 <vrhviu$h5c$1@dont-email.me> <87ecyrs332.fsf@nosuchdomain.example.com>
 <vri9t1$a29t$1@dont-email.me> <20250320171505.221@kylheku.com>
 <vrif1v$c9ev$3@dont-email.me> <8734f7rw7z.fsf@nosuchdomain.example.com>
 <vrjjvb$1esjh$1@dont-email.me> <87tt7mqk7w.fsf@nosuchdomain.example.com>
 <vrkvt5$2k04q$2@dont-email.me> <87cye9afl0.fsf@nosuchdomain.example.com>
 <vrmckn$114k$1@dont-email.me> <871puoag2q.fsf@nosuchdomain.example.com>
 <vrnoft$15f6n$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Injection-Date: Tue, 25 Mar 2025 00:25:50 +0100 (CET)
Injection-Info: dont-email.me; posting-host="1fd0a4467934bac5ac864f4d536e8a13";
	logging-data="2061618"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1/+6uQ6sImZQkOMrC+yenyJ4N98c75NACA="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:YYLCw7Ex13gnFjLAG6T22jS96wE=
Content-Language: en-US
In-Reply-To: <vrnoft$15f6n$1@dont-email.me>
Bytes: 2968

On 23/03/2025 02:34, bart wrote:

> It's strange: in one part of the computing world, the speed of building 
> software is a very big deal. All sorts of efforts are going on to deal 
> with it. Compilation speed for developers is always an issue. There is a 
> general movement away from LLVM-based backends /because/ it is so slow.
> 
> And yet in another part (namely comp.lang.c) it appears to be a total 
> non-issue!

Throughout my career, far less time was spent compiling my programs than
was spent executing them. The overwhelming majority of the code I wrote
was executed 24/7 on at least one machine, and usually hundreds, for
several months at a time, for each version delivered. A single delivery
might involve development and testing that might require a few dozen
compilations. Thanks to effective use of makefiles, most compilations
were of only a few modules at a time, but even a full compilation would
take only a few minutes.

And you find it odd that I consider the speed of the executable to be
far more important that the speed of compilation? Why would you expect
me to be so irrational as to have the opposite preference?