Path: ...!weretis.net!feeder9.news.weretis.net!news.quux.org!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com>
Newsgroups: comp.lang.c
Subject: Re: Suggested method for returning a string from a C program?
Date: Mon, 24 Mar 2025 11:27:01 -0700
Organization: A noiseless patient Spider
Lines: 52
Message-ID: <vrs85l$1faj3$2@dont-email.me>
References: <vrd77d$3nvtf$2@dont-email.me> <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>
 <vrrh0c$qila$1@dont-email.me> <vrrouo$11up7$1@dont-email.me>
 <n3fEP.66585$D41.30908@fx45.iad>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Mon, 24 Mar 2025 19:27:02 +0100 (CET)
Injection-Info: dont-email.me; posting-host="134859492fb1e605dc9ff2cb841b4e25";
	logging-data="1550947"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX193Tkw14XVHdGYAg/FVXmVqnCRSGU8qScY="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:egU9LGAOSX2Sv6Pw+RB06srcEN0=
Content-Language: en-US
In-Reply-To: <n3fEP.66585$D41.30908@fx45.iad>
Bytes: 3643

On 3/24/2025 8:42 AM, Scott Lurndal wrote:
> bart <bc@freeuk.com> writes:
>> On 24/03/2025 11:51, David Brown wrote:
>>> 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!
>>>>
>>>
>>> You find it strange that different parts of the computing world (or,
>>> more appropriately, software development world) have different
>>> priorities, needs and focuses for their tools?  I find it very strange
>>> that anyone would find that strange!
>>>
>>>
>>
>> What was strange was that that one view was shared by pretty much
>> everyone in comp.lang.c.
>>
>> Even though one or two (like Scott Lurndal) had reported significant
>> build times (even you had remarked on it and made suggestions), but that
>> was brushed off.
> 
> You're taking my statements out of context.  Yes, a build for a
> very large project (which you've never seen, much less worked on),
> can take time.   That's just a fact.  Your tools could never build
> such a project.

I don't know if they can or not. However, it might take his tools some 
time to build the whole beast, so to speak. It can be beneficial to 
separate out the large project into different parts such that part A 
only needs to be built, not parts B...Z, so to speak.


> 
>>
>> I don't know; maybe with fast builds, people would have to do more work
>> instead of taking a coffee break!
> 
> Or they use tools like make(1) to increase productivity by only
> rebuilding the portion of the project that needs to be rebuilt;
> which takes a few seconds.  Thus, they already have fast builds
> and aren't wasting cycles rebuilding code that hasn't changed.
> 
>