Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1s9kCX-004pKr-MZ for pgsql-hackers@arkaria.postgresql.org; Wed, 22 May 2024 11:32:11 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1s9kCW-00G9F1-L2 for pgsql-hackers@arkaria.postgresql.org; Wed, 22 May 2024 11:32:08 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1s9kCW-00G9Et-As for pgsql-hackers@lists.postgresql.org; Wed, 22 May 2024 11:32:08 +0000 Received: from fout7-smtp.messagingengine.com ([103.168.172.150]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1s9kCT-000Bul-J7 for pgsql-hackers@postgresql.org; Wed, 22 May 2024 11:32:07 +0000 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailfout.nyi.internal (Postfix) with ESMTP id 0E56C13800C7; Wed, 22 May 2024 07:32:05 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Wed, 22 May 2024 07:32:05 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eisentraut.org; h=cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1716377525; x=1716463925; bh=bgNs57G9uh0dFHPC8nl3MxptejjdyOFKS+Q0kcGS+NI=; b= ETIRPyUjktbXaymhUmXYWj3yaDw8EYerRJGETUlXQOqdpapsrY7/ggpEMeseXq49 5l3hvU8Og/JPrlyTztFClpK83VGsd52QuOVugOD/mCzE6EnuCkZc7QeEIu14+Ja4 fObRlD/mAX00YWYVEfikdj20MdWpDUsROcj8FAaqX3XStiedpGGMELduqyh8twGe noBh6Y8RiAzQmLD2zAEgTzLQkAEbUQUjdfvR8iaOEVP9Pdi93+G8qLgaRMmfvyqj 9P+5fVXkypU0D7fCRkGIkS4DDYcSmV4qUkthXXeHtIRCeQKN/k2captTiX3vg1GS tdLxJLOUkYvdtMuF8V+QGw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1716377525; x= 1716463925; bh=bgNs57G9uh0dFHPC8nl3MxptejjdyOFKS+Q0kcGS+NI=; b=g MCV+tcs9s4MSY68qNKgSlZd6l35UNtjbhhkxdevLnpsf+sGfNbHZ4aYXoDD+PSAJ HZ4i7zXNJk8OVAI5TBZwLcMJWsMnS43FW4FwvOdpQ5g1rzdylrn5KhzLzi0H9kxH xTmOB7YArdP8f1EvsECWlV3yWVaeGHYpfj1XtQYLT2C57ERDpfkpWfvUcZw+izzG iOs9T9kVAr3C1YC36iqW+P9NkZxCirRHPNLarWsWPCDDfJZD+gfk9bk9otkF2+cV +YHR9kYMhklijJN8Ln7WWqFZLLBgQz8jTB2Z9PYJyiUEqSLhDYNm+ipiLKdz8ZoU LWyhFjjDtAW1bAs8fgWzw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdeigedgtdehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvfhfhjggtgfesthejredttddvjeenucfhrhhomheprfgvthgv rhcugfhishgvnhhtrhgruhhtuceophgvthgvrhesvghishgvnhhtrhgruhhtrdhorhhgqe enucggtffrrghtthgvrhhnpeehiedvhfeuhfeugefgfeehgeejtdevuefhtefhueefvddu gfdtueehgfefudfhffenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrih hlfhhrohhmpehpvghtvghrsegvihhsvghnthhrrghuthdrohhrgh X-ME-Proxy: Feedback-ID: ie0a040ee:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 22 May 2024 07:32:04 -0400 (EDT) Message-ID: <7f7e0760-2c27-4e94-b3de-e8c141a94e98@eisentraut.org> Date: Wed, 22 May 2024 13:32:03 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: tydedef extraction - back to the future To: Andrew Dunstan , PostgreSQL-development References: <43a819bb-8c92-4a0d-a8ce-01221a5ab20f@dunslane.net> Content-Language: en-US From: Peter Eisentraut In-Reply-To: <43a819bb-8c92-4a0d-a8ce-01221a5ab20f@dunslane.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 20.05.24 23:11, Andrew Dunstan wrote: > Attached is an attempt to thread this needle. The core is a new perl > module that imports the current buildfarm client logic. The intention is > that once we have this, the buildfarm client will switch to using the > module (if found) rather than its own built-in logic. There is precedent > for this sort of arrangement (AdjustUpgrade.pm). Accompanying the new > module is a standalone perl script that uses the new module, and > replaces the current shell script (thus making it more portable). It looks like this code could use a bit of work to modernize and clean up cruft, such as + my $sep = $using_msvc ? ';' : ':'; This can be done with File::Spec. + next if $bin =~ m!bin/(ipcclean|pltcl_)!; Those are long gone. + next if $bin =~ m!/postmaster.exe$!; # sometimes a copy not a link Also gone. + elsif ($using_osx) + { + # On OS X, we need to examine the .o files Update the name. + # exclude ecpg/test, which pgindent does too + my $obj_wanted = sub { + /^.*\.o\z/s + && !($File::Find::name =~ m!/ecpg/test/!s) + && push(@testfiles, $File::Find::name); + }; + + File::Find::find($obj_wanted, $binloc); + } Not clear why this is specific to that platform. Also, some instructions should be provided. It looks like this is meant to be run on the installation tree? A README and/or a build target would be good. The code distinguishes between srcdir and bindir, but it's not clear what the latter is. It rather looks like the installation prefix. Does this code support out of tree builds? This should be cleared up.