On 20/05/2017 19:37, Chris Angelico wrote:
rosuav@sikorsky:~/linux$ find -name \*.c -or -name \*.h | wc -l
44546
These repositories, by the way, correspond to git URLs
https://github.com/python/cpython,
git://pike-git.lysator.liu.se/pike.git,
git://source.winehq.org/git/wine, and
https://github.com/torvalds/linux respectively, if you want to check
my numbers. Two language interpreters, a popular execution subsystem,
and an OS kernel.
I'd like to see you create a single-file version of the Linux kernel
that compiles flawlessly on any modern compiler and has no configure
script.
I've had a look at the Linux stuff. (BTW, when copying to Windows, the
file "aux" occurs several times, which causes problems as it's a
reserved filename I think. Also there were a dozen conflicts where
different versions of the same file wanted to be stored at the same
location.)
So, it /is/ big: 24000 .c files, 19000 .h files, out of 59000 total.
(And 12000 directories, but I think that includes multiple "." and ".."
instances, so probably 'only' about 4000.)
However, I assume then when it is at some point compiled to binary, that
a single image file results.
An attempt to create a single source file would result in a
representation somewhere between those two points. But it sounds like it
wouldn't be possible, or practical, to have a single source that works
for every possible target; it might have to be one source file for each
of a number of the most common targets.
I've noticed a number of files that look like assembly code - not C
anyway - that also need to be taken into account. But on something this
size, it is not absolutely essential the end result is exactly one file.
A dozen files in one flat directory that can be trivially compiled would
still be an improvement.
(If you imagine a future where the number of targets has increased a
hundred-fold (or we colonise the galaxy and there are a million possible
targets), then it might become clearer that the approach used here -
putting files for every conceivable machine in the same place - is not
scalable.)
--
bartc
--
https://mail.python.org/mailman/listinfo/python-list
