Re: Python recompile

On Thu, 6 Mar 2025 00:01:45 +0000, bart wrote:

On 05/03/2025 22:08, Lawrence D'Oliveiro wrote:

>
On Wed, 5 Mar 2025 09:10:21 -0000 (UTC), Muttley wrote:
 

Frankly any build system that has a 35K configure file needs
revisiting. No package is so complex as to require that much setup.

 
Feel free to “revisit” it, and let us know what can be dropped.

 
Pretty much all of it? Most of it seems to be about determining system
characteristics, something you don't need to repeat for every
application you build on /the same machine/.

Where is there a common set of checks for all the dependencies that every
open-source app might need? There are thousands of such libraries out
there, with new ones appearing all the time. Checking for them all would
require an even bigger script than what we have now.

Besides, what is the point of determining whether a C implementation
supports 'stdio.h' for example?

That check seems to be specific to the macOS/Darwin kernel. My guess is,
some diehard Apple fans wanted it. Some braindead Apple setup? I don’t
know, ask them.

Actually, no, I think it is something to do with “universal architecture”
support on macOS/Darwin. If that is not properly enabled, then the C
compiler will not find the right header files for the architecture.

You see now, the kinds of complications open-source software has to cope
with? You have no idea, with your Windows-only apps being toys by
comparison.

In any case, the configure script is not run for every incremental
build, but there is nothing to stop the C implementation changing or
being deleted in the meantime.

This is why we have package managers on Linux, to ensure things stay
consistent.

The code doesn’t write itself, you know.

 
The configure file doesn't write the application code.

It often does, actually.