From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham
	autolearn_force=no version=3.4.4
Received: (qmail 14315 invoked from network); 9 Jun 2021 00:13:39 -0000
Received: from 1ess.inri.net (216.126.196.35)
  by inbox.vuxu.org with ESMTPUTF8; 9 Jun 2021 00:13:39 -0000
Received: from h4.fbrelay.privateemail.com ([131.153.2.45]) by 1ess; Tue Jun  8 20:07:54 -0400 2021
Received: from MTA-06-3.privateemail.com (mta-06.privateemail.com [68.65.122.16])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by h3.fbrelay.privateemail.com (Postfix) with ESMTPS id 11017815F5
	for <9front@9front.org>; Tue,  8 Jun 2021 19:56:10 -0400 (EDT)
Received: from MTA-06.privateemail.com (localhost [127.0.0.1])
	by MTA-06.privateemail.com (Postfix) with ESMTP id 9AA5560147
	for <9front@9front.org>; Tue,  8 Jun 2021 19:56:00 -0400 (EDT)
Received: from localhost (unknown [10.20.151.206])
	by MTA-06.privateemail.com (Postfix) with ESMTPA id 060AF6005F
	for <9front@9front.org>; Tue,  8 Jun 2021 19:56:00 -0400 (EDT)
Date: Tue, 8 Jun 2021 16:55:51 -0700
From: Anthony Martin <ality@pbrane.org>
To: 9front@9front.org
Message-ID: <YMADh7pYisdRmeo7@alice>
References: <a5f3827d-b681-9bb2-ccd0-06a6145a57d9@posixcafe.org>
 <10D646570C35FCC52B90D1F9ABD04AE3@eigenstate.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <10D646570C35FCC52B90D1F9ABD04AE3@eigenstate.org>
X-Virus-Scanned: ClamAV using ClamSMTP
List-ID: <9front.9front.org>
List-Help: <http://lists.9front.org>
X-Glyph: ➈
X-Bullshit: storage-aware method cloud self-signing generator 
Subject: Re: [9front] Patch cc to create .$O files with DMTMP
Reply-To: 9front@9front.org
Precedence: bulk

ori@eigenstate.org once said:
> Quoth Jacob Moody <moody@mail.posixcafe.org>:
> > I often have times where I find I have left build artifacts around the system from forgetting
> > to run mk clean. I thought it might be nice for the compiler to create the files with DMTMP
> > to prevent them from getting added to fs dumps.
> >
> > [...]
>
> Makes sense to me -- easy to regenerate files
> that change a lot probably shouldn't go into
> the dump by default.
>
> will commit soon.

I don't think this is a good idea as a default.
Why do intermediate object files deserve special
treatment? Are there any other programs that
create +t files automatically? If you're worried
about the size of the dump, get a bigger disk.

Cheers,
  Anthony