Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oEzS7-0005vQ-Gz for pgsql-hackers@arkaria.postgresql.org; Fri, 22 Jul 2022 20:40:51 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1oEzS6-0001Op-9N for pgsql-hackers@arkaria.postgresql.org; Fri, 22 Jul 2022 20:40:50 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oEzS6-0001Og-0G for pgsql-hackers@lists.postgresql.org; Fri, 22 Jul 2022 20:40:50 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oEzS3-0004yn-Ub for pgsql-hackers@postgresql.org; Fri, 22 Jul 2022 20:40:49 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 26MKehBH748839; Fri, 22 Jul 2022 16:40:43 -0400 From: Tom Lane To: Alvaro Herrera cc: Andrew Dunstan , Justin Pryzby , pgsql-hackers@postgresql.org, Andres Freund Subject: Re: make -C libpq check fails obscurely if tap tests are disabled In-reply-to: <20220722201945.wk22sn2evf4enztn@alvherre.pgsql> References: <20220722201945.wk22sn2evf4enztn@alvherre.pgsql> Comments: In-reply-to Alvaro Herrera message dated "Fri, 22 Jul 2022 22:19:45 +0200" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <748837.1658522443.1@sss.pgh.pa.us> Date: Fri, 22 Jul 2022 16:40:43 -0400 Message-ID: <748838.1658522443@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Alvaro Herrera writes: > On 2022-Jul-22, Alvaro Herrera wrote: >> It's not very common -- we do have some target-specific variable >> assignments, but none of them use 'export'. I saw somewhere that this >> works from Make 3.77 onwards, and we require 3.80, so it should be okay. >> The buildfarm will tell us ... > Hm, so prairiedog didn't like this: > According to 32568.1536241083@sss.pgh.pa.us, prairiedog is on Make 3.80. Yeah, it is. I looked at the gmake manual on that machine, and its description of "export" seems about the same as what I see in a modern version. So it should work ... but we've found bugs in 3.80 before. Let me poke at it and see if there's a variant that works. The wording of the message suggests that maybe breaking it into two separate rules would help. regards, tom lane