Sujet : Re: Python recompile
De : already5chosen (at) *nospam* yahoo.com (Michael S)
Groupes : comp.lang.cDate : 09. Mar 2025, 10:43:36
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <20250309114336.00006b0a@yahoo.com>
References : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25
User-Agent : Claws Mail 3.19.1 (GTK+ 2.24.33; x86_64-w64-mingw32)
On Sun, 9 Mar 2025 08:47:28 -0000 (UTC)
Muttley@DastardlyHQ.org wrote:
On Sat, 8 Mar 2025 16:46:14 +0000
bart <bc@freeuk.com> wibbled:
On 08/03/2025 15:51, Muttley@dastardlyhq.com wrote:
On Sat, 8 Mar 2025 14:09:17 +0000
bart <bc@freeuk.com> gabbled:
My idea is similar to supplying binaries, but replacing each
binary file with one C source file. This now needs a C compiler
to turn into a binary, but nothing else. No configure, no
makefiles, virtually no special options, no special compiler
needed and no special version.
So instead of just typing "make" the user has to know how to
invoke the compiler, possibly with certain switches set. Not sure
how thats any better.
>
I've just typed 'make' in a Windows prompt. Nothing happens
('command not recognised'). That's a good start!
I'm not particularly interested in windows development. Microsoft
seems to have made it as complicated as possibly with its ridiculous
overcomplicated project files. From a unix POV all I want to do if
I'm building a package from source is to type "make" after selecting
the correct makefile.
So according to you, this should be a piece of piss. OK, I'll try
it:
I'm not really interested in your straw men.
Pay attention that all this slow, complicated 'configure' business
didn't originate on Windows. It was invented in order to cover variety
of Unixen. Which (variety) no longer exists, but religious 'free
software' people like to pretend that it is still relevant and continue
to use configure. Instead of writing code that at source level is
portable between 4 operation systems and 2 CPU architectures that still
matter (or 6, if one wants portability to phones). Which (writing
mostly portable, but not c.l.c-style obsessively portable code) is
nowadays not even hard.