Path: ...!eternal-september.org!feeder2.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: David Brown <david.brown@hesbynett.no>
Newsgroups: comp.lang.c
Subject: Re: else ladders practice
Date: Mon, 25 Nov 2024 18:50:10 +0100
Organization: A noiseless patient Spider
Lines: 43
Message-ID: <vi2dci$2t5pp$1@dont-email.me>
References: <3deb64c5b0ee344acd9fbaea1002baf7302c1e8f@i2pn2.org>
 <vhkr9e$4bje$1@dont-email.me> <vhptmn$3mlgf$1@paganini.bofh.team>
 <vhq6b4$17hkq$1@dont-email.me> <vhqm3l$3ntp7$1@paganini.bofh.team>
 <vhso61$1o2of$1@dont-email.me> <vhtrns$71ic$1@paganini.bofh.team>
 <vhtvvc$1ukc7$1@dont-email.me> <vhuc2j$7s5i$1@paganini.bofh.team>
 <vhv5m4$27sco$1@dont-email.me> <87wmgsmme0.fsf@nosuchdomain.example.com>
 <vi03n5$2c7jl$1@dont-email.me> <87sergmhkc.fsf@nosuchdomain.example.com>
 <vi0enr$2el9e$1@dont-email.me> <Cu21P.58147$vojd.6634@fx11.iad>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Mon, 25 Nov 2024 18:50:24 +0100 (CET)
Injection-Info: dont-email.me; posting-host="24d489e212cfc6699ef52baba4225ed4";
	logging-data="3053369"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1+mN68hzfwN28DExBC4lDbkhZI+cwljtnM="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:OM9o4Z40I/ApQDXHe5TddjVuw0E=
Content-Language: en-GB
In-Reply-To: <Cu21P.58147$vojd.6634@fx11.iad>
Bytes: 3119

On 25/11/2024 18:30, Scott Lurndal wrote:
> Bart <bc@freeuk.com> writes:
>> On 24/11/2024 21:45, Keith Thompson wrote:
> 
>>>> A more useful installation would of course need more standard headers,
>>>> an assembler, linker, and whatever .a files are needed to provide the
>>>> standard library.
>>>
>>> Sure, those are all part of a C implementation, though they're not part
>>> of gcc.
>>
>>
>> This seems to be a thing with Linux, where a big chunk of a C
>> implementation is provided by the OS.
> 
> Actually, no.  The OS provides the dynamic linker and some os-specific
> header files.   Pretty much everything else comes from various
> third-party packages.
> 
>>
>> That is, standard headers, libraries, possibly even 'as' and 'ld'
>> utilities.
> 
> None of those come from the OS.  They come from separate packages
> produced by third parties (some, like gcc, binutils, etc come from
> the FSF, other libraries come from other sources).
> 

And of course there are different standard C libraries available, as 
well as different C compilers, and you can mix and match - gcc with 
musl, clang with glibc, icc with newlib, etc.  There has to be a certain 
degree of cooperation and compatibility for a compiler and a library to 
work together, but they can be (and usually are) separate projects from 
separate groups.

> 
>> On Windows, C compilers tend to be self-contained (except for
> 
> Leaving aside the fact that Windows has always been a toy
> environment, all the tools you complain about were developed
> on, and primarily for UNIX and derivitives.  Not windows.
>