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 1ov2qY-0005ZI-C5 for pgsql-hackers@arkaria.postgresql.org; Tue, 15 Nov 2022 20:47:54 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1ov2qW-0006IP-LN for pgsql-hackers@arkaria.postgresql.org; Tue, 15 Nov 2022 20:47:52 +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 1ov2qW-0006IF-C1 for pgsql-hackers@lists.postgresql.org; Tue, 15 Nov 2022 20:47:52 +0000 Received: from relay7-d.mail.gandi.net ([217.70.183.200]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ov2qP-00055E-1O for pgsql-hackers@lists.postgresql.org; Tue, 15 Nov 2022 20:47:51 +0000 Received: (Authenticated sender: adsend@dunslane.net) by mail.gandi.net (Postfix) with ESMTPSA id B581820008; Tue, 15 Nov 2022 20:47:41 +0000 (UTC) Message-ID: <91b563cc-fa78-0011-5efc-ce61d277d64f@dunslane.net> Date: Tue, 15 Nov 2022 15:47:39 -0500 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0 Subject: Re: meson oddities Content-Language: en-US To: Andres Freund Cc: PostgreSQL Hackers References: <64c0517b-5504-68ea-1912-9f647a70a3cc@dunslane.net> <20221114232407.peu4n2wzff3oud4m@awork3.anarazel.de> <20221115190425.uapepwpzmemyokqi@awork3.anarazel.de> From: Andrew Dunstan In-Reply-To: <20221115190425.uapepwpzmemyokqi@awork3.anarazel.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 2022-11-15 Tu 14:04, Andres Freund wrote: >> But ISTM we shouldn't be presuming what packagers will do, and that >> there is some virtue in having a default layout under ${prefix} that is >> consistent across platforms, as is now the case with autoconf/configure. > 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. I can work around it in the buildfarm, which does make some assumptions about the layout (e.g. in the cross version pg_upgrade stuff), by explicitly using --libdir. >> But it's less clear to me that a bunch of defines belong in LDFLAGS. >> Shouldn't that be only things that ld itself will recognize? > I don't think there's a clear cut line what is for ld and what > isn't. Including stuff that influences both preprocessor and > linker. -ffreestanding will e.g. change preprocessor, compiler (I think), and > linker behaviour. > Well it sure looks odd. cheers andrew -- Andrew Dunstan EDB: https://www.enterprisedb.com