Received: from malur.postgresql.org ([2a02:16a8:dc51::56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fEKLV-0005nG-8o for pgsql-hackers@arkaria.postgresql.org; Thu, 03 May 2018 19:56:53 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1fEKLS-00066x-L9 for pgsql-hackers@arkaria.postgresql.org; Thu, 03 May 2018 19:56:50 +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 1fEKLS-00066m-E4 for pgsql-hackers@lists.postgresql.org; Thu, 03 May 2018 19:56:50 +0000 Received: from mail-qk0-x22c.google.com ([2607:f8b0:400d:c09::22c]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1fEKLP-0003mK-1W for pgsql-hackers@postgresql.org; Thu, 03 May 2018 19:56:49 +0000 Received: by mail-qk0-x22c.google.com with SMTP id x22so14922321qkb.12 for ; Thu, 03 May 2018 12:56:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=2ndquadrant-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=rTB31/AvvlOnBct+BVW4V9Ze/DqLcm87m/LAGUvAFIo=; b=Z+h/etRK1MsL3oH287WlvsyqmNojw9UPtQRClNRnfbJa37RvqmLX+IrOwoAnV+AGOx 5C2Fn7N1XPE0/1tfxIZm2NPxPiUdu4h/cYhPJkO5eRU5JoO12mROHqBXqdo3758IcriY PKxnoesNzkWZphUBMShe0RfIGB2QGYvLFIfc3UlabryMkXr7Jzz4gJX0m5NoC1y06HXu 36vyWj6lqX9IMOLZmXMItEizr1/7LYiFWJMYXD80CQb2goNZpfUYK0TWo1zkUTKPYrZ9 +fLhqkd4Czs3E83WQo8yH5NdDhC9VjixBxmXM7jwMVu/oK650cXF+djNrwWnx+wnf9mX MZGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=rTB31/AvvlOnBct+BVW4V9Ze/DqLcm87m/LAGUvAFIo=; b=gaME9r7e9pipDL4G77JELIJFfzc/o0fng5oSA/mOWpcHxwbaAANkVHgvKtdlkEayq8 FtOMt3dh8wm7VWQW0rYkRn1XtiLRfuu1Q/qDJT1xAmmrzylrFXVeBT6R7LpWh3UMUxVd 8VKs/e/Fi2d/gGjh03wqBD6JMOiTy4RluF3A/qRDAJb+KVFIo61GARsI+tx0h+w0CrEP kn4/bRPticngKIgHxVS+P5L/qjBTym75uO8mQ78ET7cDuPZo/Ajv6uBgg/+VCr23pSfp crIyWnEanbqXIKin/QzpMv34JZ86IWo+s3ldzFlma4YebELwHwqkrt9D4DNsmJS+65uZ y/MA== X-Gm-Message-State: ALQs6tBQhEIX3tzQ7rmdEvqE0lUDm4tkxN92EHNVy7jjlUJxlqtIg4Mg 4D0UK2g7As19N/fqwKpR7Wptvg== X-Google-Smtp-Source: AB8JxZp+DnFtA1LJ5lif5/Vrc2dBwQsr9IaGHheqn9FjJLZEEAIz4dTD+jUg3p9lqEJbyyXW2/7Hwg== X-Received: by 10.55.43.153 with SMTP id r25mr19670496qkr.422.1525377404992; Thu, 03 May 2018 12:56:44 -0700 (PDT) Received: from alvin.alvh.no-ip.org ([179.56.29.253]) by smtp.gmail.com with ESMTPSA id y7-v6sm11342752qtn.48.2018.05.03.12.56.44 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 03 May 2018 12:56:44 -0700 (PDT) Received: by alvin.alvh.no-ip.org (Postfix, from userid 1000) id 92D70A63; Thu, 3 May 2018 16:56:42 -0300 (-03) Date: Thu, 3 May 2018 16:56:42 -0300 From: Alvaro Herrera To: Tom Lane Cc: Robert Haas , John Naylor , Stas Kelvich , Andreas Karlsson , Andrew Dunstan , PostgreSQL Hackers , David Fetter Subject: Re: unused_oids script is broken with bsd sed Message-ID: <20180503195642.otwsjbjdtzdemumf@alvherre.pgsql> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <16925.1525376229@sss.pgh.pa.us> User-Agent: NeoMutt/20170306-137-4415bd-dirty (1.8.0) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Tom Lane wrote: > However, RenameTempFile is also used by Gen_fmgrtab.pl, and having the > same sort of no-touch semantics for fmgroids.h and friends would have some > additional fallout. The makefiles would think they have to keep > re-running Gen_fmgrtab.pl if fmgroids.h is older than the mod time on any > input file, and that's certainly no good. We can fix that by inventing a > stamp file for the Gen_fmgrtab.pl run, analogous to bki-stamp for the > genbki.pl run, but that means changes in the makefiles that go a bit > beyond the realm of triviality. Sounds OK to me -- a stamp file is already established technique, so it shouldn't go *too much* beyond triviality. I do note that msvc/Solution.pm runs Gen_fmgrtab.pl, but it shouldn't require any changes anyhow. -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services