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.96) (envelope-from ) id 1wAW46-00032i-10 for pgsql-hackers@arkaria.postgresql.org; Wed, 08 Apr 2026 16:47:42 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wAW44-000gua-1J for pgsql-hackers@arkaria.postgresql.org; Wed, 08 Apr 2026 16:47:41 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1wAW44-000guQ-0Q for pgsql-hackers@lists.postgresql.org; Wed, 08 Apr 2026 16:47:41 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1wAW43-000000001TT-078B for pgsql-hackers@lists.postgresql.org; Wed, 08 Apr 2026 16:47:40 +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 638GlXw53074024; Wed, 8 Apr 2026 12:47:33 -0400 From: Tom Lane To: Antonin Houska cc: Tomas Vondra , Alvaro Herrera , vignesh C , Srinath Reddy Sadipiralla , Amit Kapila , Mihail Nikalayeu , Matthias van de Meent , Pg Hackers , Robert Treat Subject: Re: Adding REPACK [concurrently] In-reply-to: <19118.1775645206@localhost> References: <202604060918.qw5ms7cbr2hz@alvherre.pgsql> <1c197f2d-49a2-4830-8dde-55867218b62d@vondra.me> <19118.1775645206@localhost> Comments: In-reply-to Antonin Houska message dated "Wed, 08 Apr 2026 12:46:46 +0200" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3074022.1775666853.1@sss.pgh.pa.us> Date: Wed, 08 Apr 2026 12:47:33 -0400 Message-ID: <3074023.1775666853@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Antonin Houska writes: > Tomas Vondra wrote: >> while building on a rpi5 with a 32-bit system, I'm getting these warnings: >> ... >> I'm not sure if it's just the compiler (gcc 14.2) being pesky, or if >> it's an actual issue. The repack tests seem to pass fine. Several 32-bit BF animals are showing these too (so far: dodo, grison, and turaco). > We already introduced this definition above in the function to suppress this > kind of warning > union > { > alignas(int32) varlena hdr; > char data[sizeof(void *)]; > } chunk_header; > The problem on a 32-bit system probably is that sizeof(void *) is 4. We need > some other constant. Maybe (sizeof(varlena) + 1) ... This seems unnecessarily Rube Goldberg-ish already. Why not just uint64 chunk_header; It will not hurt anything if the variable has more-than-required alignment. And it'd be better if it were the same size everywhere. regards, tom lane