re: CVS commit: src/external/gpl3

[matthew green <mrg%eterna.com.au@localhost>]

>     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....

note i said "netbsd GCC people".  i mean me, specifically.
this discussion has wasted more of my time than i would
need for decades to maintain the libiberty patch, which
_is_ about using /tmp over others by default.  (it just
doesn't work when P_tmpdir overrides it.)

> -rw-------  1 root  wheel      0 Jun 15  2019 /var/tmp/cc0SLuqk.c
[ ... ]
> -rw-------  1 root  wheel      0 Jul 10  2019 /var/tmp/ccyxx75H.o

yes, this is due to P_tmpdir on older netbsd trees.  we
should probably pullup my fix to stdio.h.  (note this
only affects netbsd hosts -- must upgrade your installed
system's stdio.h to get this fix.  other systems either
don't define P_tmpdir or define it to "/tmp".)


we want both changes (libiberty, and my stdio.h/P_tmpdir
change.)  we want to support old netbsd, non-netbsd, ..
whatever build hosts.


> 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).

it wasn't martin was replying about here.  i'd seen two
messages (not from martin) that dismissed problems in
netbsd-8 a moment earlier.  i don't want that to be a
general feeling in the project is all.


.mrg.