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 1ov3Ah-0006h3-R7 for pgsql-hackers@arkaria.postgresql.org; Tue, 15 Nov 2022 21:08:43 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1ov3Ag-0004I7-Cq for pgsql-hackers@arkaria.postgresql.org; Tue, 15 Nov 2022 21:08:42 +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 1ov3Ag-0004Hy-2z for pgsql-hackers@lists.postgresql.org; Tue, 15 Nov 2022 21:08:42 +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 1ov3Ad-0005Eb-OC for pgsql-hackers@lists.postgresql.org; Tue, 15 Nov 2022 21:08:41 +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 2AFL8ZT21197538; Tue, 15 Nov 2022 16:08:35 -0500 From: Tom Lane To: Andrew Dunstan cc: Andres Freund , PostgreSQL Hackers Subject: Re: meson oddities In-reply-to: <91b563cc-fa78-0011-5efc-ce61d277d64f@dunslane.net> References: <64c0517b-5504-68ea-1912-9f647a70a3cc@dunslane.net> <20221114232407.peu4n2wzff3oud4m@awork3.anarazel.de> <20221115190425.uapepwpzmemyokqi@awork3.anarazel.de> <91b563cc-fa78-0011-5efc-ce61d277d64f@dunslane.net> Comments: In-reply-to Andrew Dunstan message dated "Tue, 15 Nov 2022 15:47:39 -0500" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1197536.1668546515.1@sss.pgh.pa.us> Date: Tue, 15 Nov 2022 16:08:35 -0500 Message-ID: <1197537.1668546515@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Andrew Dunstan writes: > On 2022-11-15 Tu 14:04, Andres Freund wrote: >> I don't think it's a virtue to break the layout of the platform by >> e.g. installing 64bit libs into the directory containing 32bit libs. > You might end up surprising people who have installed from source for > years and will have the layout suddenly changed, especially on RedHat > flavored systems. Yeah, I'm not too pleased with this idea either. The people who want to install according to some platform-specific plan have already figured out how to do that. People who are accustomed to the way PG has done it in the past are not likely to think this is an improvement. Also, unless you intend to drop the special cases involving whether the install path string contains "postgres" or "pgsql", it's already not platform-standard. regards, tom lane