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 1rzqb4-007HP7-9n for pgsql-hackers@arkaria.postgresql.org; Thu, 25 Apr 2024 04:20:34 +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 1rzqb2-002h53-5a for pgsql-hackers@arkaria.postgresql.org; Thu, 25 Apr 2024 04:20:32 +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 1rzqb1-002h4u-SM for pgsql-hackers@lists.postgresql.org; Thu, 25 Apr 2024 04:20:31 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rzqav-002p4l-H2 for pgsql-hackers@postgresql.org; Thu, 25 Apr 2024 04:20:31 +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 43P4K53T3829421; Thu, 25 Apr 2024 00:20:05 -0400 From: Tom Lane To: Michael Paquier cc: Bruce Momjian , Peter Eisentraut , Sriram RK , Andres Freund , Thomas Munro , Noah Misch , Alvaro Herrera , "pgsql-hackers@postgresql.org" , "tvk1271@gmail.com" , Heikki Linnakangas Subject: Re: AIX support In-reply-to: References: <3847604.1711683217@sss.pgh.pa.us> <20240405172649.d1@rfd.leadboat.com> <20240418180128.uzzgx4r6ujgrz2eo@awork3.anarazel.de> <6cc5001e-3001-438a-85fd-3bd2d9c2d8e4@eisentraut.org> <2476719.1713630347@sss.pgh.pa.us> Comments: In-reply-to Michael Paquier message dated "Thu, 25 Apr 2024 13:06:24 +0900" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3829419.1714018805.1@sss.pgh.pa.us> Date: Thu, 25 Apr 2024 00:20:05 -0400 Message-ID: <3829420.1714018805@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Michael Paquier writes: > Some of the portability changes removed in 0b16bb877 feel indeed > obsolete, so it may not hurt to start an analysis from scratch to see > the minimum amount of work that would be really required with the > latest versions of xlc, using the newest compilers as a supported > base. Something I've been mulling over is whether to suggest that the proposed "new port" should only target building with gcc. On the one hand, that would (I think) remove a number of annoying issues, and the average end user is unlikely to care which compiler their database server was built with. On the other hand, I'm a strong proponent of avoiding software monocultures, and xlc is one of the few C compilers still standing that aren't gcc or clang. It would definitely make sense for a new port to start by getting things going with gcc only, and then look at resurrecting xlc support. > I'd like to think backporting these to stable branches should > be OK at some point, once the new port is proving baked enough. If things go as I expect, the "new port" would effectively drop support for older AIX and/or older compiler versions. So back- porting seems like an unlikely decision. > Anyway, getting an access to such compilers to be able to debug issues > on hosts that take less than 12h to just compile the code would > certainly help its adoption. +many regards, tom lane