> Date: Sat, 28 Mar 2020 11:46:29 +1100 > From: matthew green <m...@eterna.com.au> > Message-ID: <15233.1585356...@splode.eterna.com.au> > > | 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: m...@eterna.com.au 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.
