Source-Changes-D archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: CVS commit: src/external/gpl3
Date: Sat, 28 Mar 2020 11:46:29 +1100
From: matthew green <mrg%eterna.com.au@localhost>
Message-ID: <15233.1585356389%splode.eterna.com.au@localhost>
| can we just leave this as-is and let netbsd GCC people care?
Only if the GCC people do care, and understand the issue, and
implement what we want....
Based entirely upon messages here, it seems as if they believe exactly
the opposite (or once did), eg: one of my systems has ...
-rw------- 1 root wheel 0 Aug 1 2019 /var/tmp/cc0CF9Uh.le
-rw------- 1 root wheel 0 Jun 15 2019 /var/tmp/cc0SLuqk.c
-rw------- 1 root wheel 94702 Aug 1 2019 /var/tmp/cc0uAn0K.ld
-rw------- 1 root wheel 0 Jun 1 2019 /var/tmp/cc2wYgEG.o
-rw------- 1 root wheel 0 May 21 2019 /var/tmp/cc2zHkbz.le
-rw------- 1 root wheel 0 Apr 29 2019 /var/tmp/cc4G3m88.le
-rw------- 1 root wheel 98595 May 21 2019 /var/tmp/cc4dzxVs.ld
-rw------- 1 root wheel 98595 Jun 3 2019 /var/tmp/cc5MqdQs.ld
-rw------- 1 root wheel 98595 Jun 1 2019 /var/tmp/cc5ROcTW.ld
-rw------- 1 root wheel 0 Aug 1 2019 /var/tmp/cc5sAGZG.c
-rw------- 1 root wheel 94702 Jul 10 2019 /var/tmp/cc73am4Y.ld
-rw------- 1 root wheel 0 Apr 22 2019 /var/tmp/ccAJcqpq.le
-rw------- 1 root wheel 0 Aug 1 2019 /var/tmp/ccCHeiPd.o
-rw------- 1 root wheel 0 Jul 10 2019 /var/tmp/ccDZoY7q.c
-rw------- 1 root wheel 0 Apr 29 2019 /var/tmp/ccEDt7pv.le
-rw------- 1 root wheel 0 Aug 1 2019 /var/tmp/ccGG3Duh.le
-rw------- 1 root wheel 0 Apr 18 2019 /var/tmp/ccIAAB5X.o
-rw------- 1 root wheel 0 Jul 10 2019 /var/tmp/ccIB2j2f.le
-rw------- 1 root wheel 0 Apr 18 2019 /var/tmp/ccJOlV73.c
-rw------- 1 root wheel 0 Jun 3 2019 /var/tmp/ccJgigog.c
-rw------- 1 root wheel 0 Jun 15 2019 /var/tmp/ccKW5VdP.le
-rw------- 1 root wheel 0 May 1 2019 /var/tmp/ccMI998l.o
-rw------- 1 root wheel 0 Apr 29 2019 /var/tmp/ccOLPHE9.o
-rw------- 1 root wheel 98595 Apr 29 2019 /var/tmp/ccP3twoE.ld
-rw------- 1 root wheel 0 Jun 3 2019 /var/tmp/ccSJQiCm.o
-rw------- 1 root wheel 0 Jun 3 2019 /var/tmp/ccUfI43y.le
-rw------- 1 root wheel 0 May 21 2019 /var/tmp/ccWJa4pg.c
-rw------- 1 root wheel 0 Apr 29 2019 /var/tmp/ccYvThNk.o
-rw------- 1 root wheel 0 Aug 1 2019 /var/tmp/cca0jZaH.c
-rw------- 1 root wheel 0 Apr 22 2019 /var/tmp/cccefbii.o
-rw------- 1 root wheel 0 May 1 2019 /var/tmp/cceQHHTx.le
-rw------- 1 root wheel 0 Jun 1 2019 /var/tmp/ccf4Nepq.c
-rw------- 1 root wheel 98595 Apr 29 2019 /var/tmp/ccg0gH6p.ld
-rw------- 1 root wheel 0 Apr 29 2019 /var/tmp/cch9cpUE.c
-rw------- 1 root wheel 0 May 21 2019 /var/tmp/ccia5LFm.o
-rw------- 1 root wheel 98595 May 1 2019 /var/tmp/cclxyp1r.ld
-rw------- 1 root wheel 98595 Apr 18 2019 /var/tmp/ccnS4e3R.ld
-rw------- 1 root wheel 0 Apr 29 2019 /var/tmp/cco6yYtf.c
-rw------- 1 root wheel 0 Aug 1 2019 /var/tmp/ccoXNE5d.o
-rw------- 1 root wheel 0 May 1 2019 /var/tmp/ccpQBE9f.c
-rw------- 1 root wheel 0 Jun 15 2019 /var/tmp/ccsxBUGu.o
-rw------- 1 root wheel 0 Apr 22 2019 /var/tmp/cctaeuee.c
-rw------- 1 root wheel 0 Apr 18 2019 /var/tmp/ccukTN0L.le
-rw------- 1 root wheel 98595 Apr 22 2019 /var/tmp/ccvEGOlm.ld
-rw------- 1 root wheel 0 Jun 1 2019 /var/tmp/ccwhr37c.le
-rw------- 1 root wheel 93664 Aug 1 2019 /var/tmp/ccxwbXEK.ld
-rw------- 1 root wheel 98595 Jun 15 2019 /var/tmp/ccyaWpXE.ld
-rw------- 1 root wheel 0 Jul 10 2019 /var/tmp/ccyxx75H.o
Those will be from system builds most likely interrupted by power fails
(no newer ones as I stopped doing builds there - that there are no
older ones suggests that the last time I went and manually cleaned up
was March or early April last year).
Trash like this that either needs manual cleaning, or purpose added
scripts, for no good reason, is absurd. Even the (no longer true
anyway, but once was) "more space available in /var/tmp" is (and
always was) stupid for this purpose, even on the most ancient of
systems, /tmp was always made big enough for compiler temp files,
which aren't really ever all that huge - and while today we might
have lots of parallel compiles running, we also have bigger /tmp,
the ancient systems with 10Mb /tmp partitions couldn't really cope
with more than one or two compiles happening simultaneously (and
certainly wouldn't with the CPU/mem load imposed by a modern gcc).
So, if the gcc people are willing to (or maybe already have) switched
to /tmp for temporary files (in a way that can be overridden by setting
TMPDIR) then of course, we should just use their version. If not, we
need to fix it.
And: mrg%eterna.com.au@localhost said (in a different message):
| i don't like this "don't care about netbsd-8" feeling i'm hearing
I think you took Martin's words out of context. I read that as
applying only to where gcc puts its temp files in NetBSD-8 (which is
the wrong place, on NetBSD anyway) - but which, after several years
of doing that, is not exactly crucial to fix (and is the kind of
churn that isn't wanted or needed for supposedly stable systems).
kre
Home |
Main Index |
Thread Index |
Old Index