Path: ...!weretis.net!feeder8.news.weretis.net!newsfeed.bofh.team!paganini.bofh.team!not-for-mail
From: antispam@fricas.org (Waldek Hebisch)
Newsgroups: comp.lang.c
Subject: Re: Python recompile
Date: Sun, 16 Mar 2025 10:06:17 -0000 (UTC)
Organization: To protect and to server
Message-ID: <vr67qn$10c38$1@paganini.bofh.team>
References: <vq1qas$j22$1@gallifrey.nk.ca>   <871pv861ht.fsf@nosuchdomain.example.com> <20250308192940.00001351@yahoo.com> <vqi1ge$8jg8$1@dont-email.me> <vqmgjv$3a2il$1@paganini.bofh.team> <vqn4dn$1eb9s$1@dont-email.me> <vqo3ss$3hkas$1@paganini.bofh.team> <vqph2e$203bs$2@dont-email.me> <vqvtop$cpvn$1@paganini.bofh.team> <vr1nkh$1miii$1@dont-email.me> <G8_AP.37556$D_V4.24121@fx39.iad> <vr1uk1$1sb5s$1@dont-email.me> <vr20gt$1u8au$1@dont-email.me> <vr268t$22vgq$1@dont-email.me>
Injection-Date: Sun, 16 Mar 2025 10:06:17 -0000 (UTC)
Injection-Info: paganini.bofh.team; logging-data="1060968"; posting-host="WwiNTD3IIceGeoS5hCc4+A.user.paganini.bofh.team"; mail-complaints-to="usenet@bofh.team"; posting-account="9dIQLXBM7WM9KzA+yjdR4A";
User-Agent: tin/2.6.2-20221225 ("Pittyvaich") (Linux/6.1.0-9-amd64 (x86_64))
X-Notice: Filtered by postfilter v. 0.9.3
Bytes: 3174
Lines: 48

bart <bc@freeuk.com> wrote:
> On 14/03/2025 19:37, Richard Harnden wrote:
>> On 14/03/2025 19:04, bart wrote:
>>> After all no one (according to you) was complaining about grappling 
>>> with 100 discrete files.
>> 
>> 100 discrete files helps 100 developers not to step on each other's toes.
>> 
>> And most of those 100 .o's won't need to be recompiled on every make.
>> It's quicker and easier.
>> 
> 
> That may be true about the people who /develop/ this sqlite3 product.
> 
> But this is a file created to ease deployment by people who want to 
> /use/ it.
> 
> I don't know why nobody in this group can grasp that concept even though 
> I've explained it a hundred times. For example, I have a transpiler 
> product that turns a 50-module project in my language into a single, 
> easy-to-build C source file.
> 
> But everyone makes the same point about it being hard to manage. No one 
> is even going to look inside it!

Do you realize that your amalgamation destroys most of C
modularization?  In C there is no conflict between static
objects at file scope in different files, even is they use
the same name.  In single file there may be conflict.
Avoiding such conflicts is an extra developement effort.

In case of libraries you loose one feature which may be
important, namely ability of linker to link in only used
files (that is the main reason that libraries used a
lot of very small files).  Modern compiler + linker combo
may offer better feature, but this better freature
has its own limitations so people still depend on
classic liker behaviour.

You like idea of amalgamation, but for most uses it helps
nothing and may create troubles.

Concerning looking inside: I frequently look inside code
that I use.  One reason may be because description is not
clear enough.  Or I would like to see how something is
done.

-- 
                              Waldek Hebisch