Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fBipp-00081X-N4 for pgsql-hackers@arkaria.postgresql.org; Thu, 26 Apr 2018 15:29:25 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1fBipn-0004ZY-Cj for pgsql-hackers@arkaria.postgresql.org; Thu, 26 Apr 2018 15:29:23 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fBipn-0004ZO-5X for pgsql-hackers@lists.postgresql.org; Thu, 26 Apr 2018 15:29:23 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fBipj-0007AF-HH for pgsql-hackers@postgresql.org; Thu, 26 Apr 2018 15:29:22 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id w3QFTAjj031239; Thu, 26 Apr 2018 11:29:10 -0400 From: Tom Lane To: John Naylor cc: Stas Kelvich , andreas@proxel.se, Andrew Dunstan , PostgreSQL Hackers , David Fetter Subject: Re: unused_oids script is broken with bsd sed In-reply-to: References: <37D774E4-FE1F-437E-B3D2-593F314B7505@postgrespro.ru> <34a54c54-9132-1254-2bc3-d3489fb79728@2ndQuadrant.com> <4473.1524665917@sss.pgh.pa.us> <4DE444D1-DDE9-460F-AC2F-EB1B73D94A2D@postgrespro.ru> <26728623-7783-4103-9BED-08D443C1729F@postgrespro.ru> <19973.1524686883@sss.pgh.pa.us> Comments: In-reply-to John Naylor message dated "Thu, 26 Apr 2018 18:37:46 +0700" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <31237.1524756550.1@sss.pgh.pa.us> Date: Thu, 26 Apr 2018 11:29:10 -0400 Message-ID: <31238.1524756550@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk John Naylor writes: > On 4/26/18, Tom Lane wrote: >> I notice that duplicate_oids is now a good factor of 10 slower than it was >> before (~0.04 sec to ~0.4 sec, on my machine). While this doesn't seem >> like a problem for manual use, it seems annoying as part of the standard >> build process, especially on slower buildfarm critters. > If you're concerned about build speed, I think the generated *_d.h > headers cause a lot more files to be rebuilt than before. I'll think > about how to recover that. Personally, I use ccache which doesn't seem to care too much, but I agree than in some usages, extra touches of headers would be costly. Perhaps it's worth adding logic to avoid overwriting an existing output file unless it changed? I'm not sure; that would cost something too. > -removes duplicate_oids (not sure if you intended this, but since > unused_oids has already been committed to report duplicates, we may as > well standardize on that) and cleans up after that fact I don't think anyone's asked for duplicate_oids to be removed altogether, and I'm afraid that doing so would break existing workflows. For that matter, now that I think about it, changing the behavior of unused_oids as we did yesterday was ill-considered as well, so I undid that part. I've pushed the current-directory-independence change by itself so that we can see if any buildfarm members think it's problematic. (They'll still be testing duplicate_oids, as things stand.) Once we have some confirmation on the FindBin stuff actually being portable, I'll push the changes to make genbki do duplicate checks and remove duplicate_oids from the build sequence. regards, tom lane