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 1nSLhj-0000at-6A for pgsql-hackers@arkaria.postgresql.org; Thu, 10 Mar 2022 16:31:55 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nSLhh-00066R-MR for pgsql-hackers@arkaria.postgresql.org; Thu, 10 Mar 2022 16:31:53 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nSLhg-00066I-LE for pgsql-hackers@lists.postgresql.org; Thu, 10 Mar 2022 16:31:53 +0000 Received: from out1-smtp.messagingengine.com ([66.111.4.25]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nSLhb-00020D-KC for pgsql-hackers@postgresql.org; Thu, 10 Mar 2022 16:31:51 +0000 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id B50BF5C01A2; Thu, 10 Mar 2022 11:31:45 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Thu, 10 Mar 2022 11:31:45 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:date:date:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=2COzu7k+vXQK1DGpcKPGL5O5UbjAP4UsImtIwHbVb I4=; b=d8b+EDtOgfB8+xg/3maBCoy3tu/8B555sXXaoeMX2sxCW0bCZ+14+UkuE xghyvfOHzObh43174AJNa2f66SBzaYmffnjOaR6olIwc2WrcuuD8eDS2BEXdCpDv 3/HP1owm3WpyqI6GqxEdkKMjSd+6jfM3nP73dr4AFHrB4Bf7cgPKZLrA+13BdjFC Yiz7pyeCT9Ga1QEF3x0SSv3yAGxfmpofsAQDbV5FkmH/8yHPn86IqLTz1vzaCxGI 9G9eRc1EOCV5bwd6iV2nQjLG3tyE53Yqou4I2W3ZZvZd0MzZnXVweyiRSv49iA/j 6/blsg4kR2OlBB23p+csabaPk6GDQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddruddvtddgkeelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvfhfhjggtgfesthejredttdefjeenucfhrhhomheprfgvthgv rhcugfhishgvnhhtrhgruhhtuceophgvthgvrhdrvghishgvnhhtrhgruhhtsegvnhhtvg hrphhrihhsvggusgdrtghomheqnecuggftrfgrthhtvghrnhepfeejgeehteeuhfevvedu leeufedtjeetiefftedvudfhtdeifefgueettdevgefgnecuvehluhhsthgvrhfuihiivg eptdenucfrrghrrghmpehmrghilhhfrhhomhepphgvthgvrhdrvghishgvnhhtrhgruhht segvnhhtvghrphhrihhsvggusgdrtghomh X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 10 Mar 2022 11:31:44 -0500 (EST) Message-ID: <616c6873-83b5-85c0-93cb-548977c39c60@enterprisedb.com> Date: Thu, 10 Mar 2022 17:31:42 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.6.2 Subject: Re: [RFC] building postgres with meson -v7 Content-Language: en-US To: Andres Freund Cc: pgsql-hackers@postgresql.org References: <20211012083721.hvixq4pnh2pixr3j@alap3.anarazel.de> <20220308025629.3xh2yo4sau74oafo@alap3.anarazel.de> <721828a7-3043-6803-a85b-da63538db3cc@enterprisedb.com> <20220309164420.rr5lws22asrd5mfm@alap3.anarazel.de> From: Peter Eisentraut In-Reply-To: <20220309164420.rr5lws22asrd5mfm@alap3.anarazel.de> 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 09.03.22 17:44, Andres Freund wrote: >> v6-0009-prereq-make-unicode-targets-work-in-vpath-builds.patch.gz >> >> Another directory issue > I think it's a tad different, in that it's fixing something that's currently > broken in VPATH builds. Ok, I took another look at this. -override CPPFLAGS := -DFRONTEND $(CPPFLAGS) +override CPPFLAGS := -DFRONTEND -I$(abs_top_builddir)/src/common/unicode $(CPPFLAGS) This could just be -I. - $(PERL) generate-unicode_norm_table.pl + $(PERL) $< $(CURDIR) I didn't detect a need for the additional directory argument. (So the changes in generate-unicode_norm_table.pl are also apparently not necessary.) Maybe this is something that will become useful later, in which case it should be split out from this patch. The rest of this patch looks ok.