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 1wAQQw-002N82-0h for pgsql-hackers@arkaria.postgresql.org; Wed, 08 Apr 2026 10:46:54 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wAQQt-006dB6-1K for pgsql-hackers@arkaria.postgresql.org; Wed, 08 Apr 2026 10:46:51 +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 1wAQQt-006dAy-0I for pgsql-hackers@lists.postgresql.org; Wed, 08 Apr 2026 10:46:51 +0000 Received: from mail-wm1-x329.google.com ([2a00:1450:4864:20::329]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1wAQQr-00000001Cip-26gC for pgsql-hackers@lists.postgresql.org; Wed, 08 Apr 2026 10:46:50 +0000 Received: by mail-wm1-x329.google.com with SMTP id 5b1f17b1804b1-4887fd35e60so39976945e9.2 for ; Wed, 08 Apr 2026 03:46:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cybertec.at; s=google; t=1775645208; x=1776250008; darn=lists.postgresql.org; h=message-id:date:content-transfer-encoding:mime-version:comments :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=P2KFBKjSx2UW9btAHvJh6Z4z9dnL+oCJ8shFO5gfV08=; b=ZEOO25ohwJnZ0bdxTln7Tgvyk9hcThjHMBle3XXhHDe1/L5xCeNQsgcmlBrKVmn26f N43MHRhhhSdlRHJIO4TBuNoFEHa95kBCLMjyeVkDSxyYOuWQaXnchZCX5llociBPSSOP MwzLhwcec5N9zjPz5iURvqtfx6crVvPnN9/lz8e0WKHY+lVJmtEwV6VSaSoSCgafjuPK UMuxxquAu+XOQdPm/stfw8nG5uHt3fGTP86PkzYfcJFyg+52dMuSmbNv4sDD9Qgh7Bz9 bWgP+uh6RVw2+sE4zoYOc0XPKShP2eUukHeluQgUftjdND8qIJoCC5AibWCqXvZP1qf4 n6sA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1775645208; x=1776250008; h=message-id:date:content-transfer-encoding:mime-version:comments :references:in-reply-to:subject:cc:to:from:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=P2KFBKjSx2UW9btAHvJh6Z4z9dnL+oCJ8shFO5gfV08=; b=JiYIxsPTmRMUFHErhfxS3x68S5v+RErwMGxZ+YIYAfeS6JzgTNMK3lZ+Q7LltgZDnh BqTvatrG+XoqD3MBcMpMpKAijUjYzvdutXA9qoCDL474c+B0wJjdk67TqRJtAJzPaRR0 lU21oG/nr4LDuIUznJUng2AB1Pl1pXRnB1ElAZ/i1+ROVpzYDDyUwFuc7e5XoyNTWrgD Ln5RslNIQ+5BbK+jJ8C3wWIILkjQCrtDZWRAXLaKN71MqC1WASZpfe6SqOtoPhLTjEVU XH6iJYONdUV/MX7jh2CDQ9RENPknYZ+LBMEi7CVEDNsPLGj/KADtXA+Muw7/as1LhPx5 ngMA== X-Forwarded-Encrypted: i=1; AJvYcCUM+oZ/Fnu7bxpcHr9adDO/kwarExEEJqyXcScdO2EKhUmqnGpLKdxgVqUgBOkLofzLB8zpd2ilgTPfXPKk@lists.postgresql.org X-Gm-Message-State: AOJu0YxzRnQc6odIu0F+SAMbc4hlZYB7pKWnIGQXMdDo6CM2oLofBgx7 EJLRKFaQLZrkF58s+KywDbbwnLY1BMcqI9fbjwCmn48sSFvJWjZ+z5eWqT2JD3ymAiQ= X-Gm-Gg: AeBDietpFoZlSUSCmil7U2FoHfAgwiexD2JRbYl9P5afyE/nwQPtI0SdiQVDHgJ1cb4 +w6tq2nlDNj9Tv9rzLqtjSJuG5ORM4c3VfpxGitfybVvwQN9/YHplLMhBjCIWkqW34s26Xw9AbB Ak0XC5BSiYm8MKHFOF7lS16V4uy00XSTv2lN2xVNkWrAKkDmt5WpgXrfnB4/XMoZk9oFnWPmnuH 4dr/73KXMJ0uPbtZSMxEeOeiKoOxO2cHzemOEydiVhy+DgNmP6X2cA7V7TDwwuugjswNK1eQBMJ nM7J3b1j47l/ifYZAEVqWp6vP+18ss8+obpcsG//A6GVs2of9t5Vv0ipkxmCNmYvKvzAl11T+G0 fPVw+FUkWYqAEgs+65hUbF4ft8+I/VF1zMAI/SLpco4hpeY5dBGbFMbgZRrFWWPWKdft6/rBzbA CNVQK1Y5Gk8hIKMtLEq5ZcNRDyZ6ltX8wOAq/J X-Received: by 2002:a05:600c:4e49:b0:488:af7f:7751 with SMTP id 5b1f17b1804b1-488af7f80c6mr181504395e9.15.1775645207936; Wed, 08 Apr 2026 03:46:47 -0700 (PDT) Received: from localhost (109-81-168-142.rct.o2.cz. [109.81.168.142]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-488c5dac41fsm15453545e9.21.2026.04.08.03.46.47 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 08 Apr 2026 03:46:47 -0700 (PDT) From: Antonin Houska To: Tomas Vondra cc: 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: <1c197f2d-49a2-4830-8dde-55867218b62d@vondra.me> References: <202604060918.qw5ms7cbr2hz@alvherre.pgsql> <1c197f2d-49a2-4830-8dde-55867218b62d@vondra.me> Comments: In-reply-to Tomas Vondra message dated "Wed, 08 Apr 2026 12:20:53 +0200." X-Mailer: MH-E 8.6+git; nmh 1.8; GNU Emacs 28.3 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Date: Wed, 08 Apr 2026 12:46:46 +0200 Message-ID: <19118.1775645206@localhost> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Tomas Vondra wrote: > while building on a rpi5 with a 32-bit system, I'm getting these warnings: >=20 > config.status: linking src/makefiles/Makefile.linux to src/Makefile.port > In file included from ../../../src/include/access/tupmacs.h:20, > from ../../../src/include/access/htup_details.h:20, > from ../../../src/include/access/relscan.h:17, > from ../../../src/include/access/heapam.h:19, > from repack.c:36: > In function =E2=80=98VARSIZE_ANY=E2=80=99, > inlined from =E2=80=98restore_tuple=E2=80=99 at repack.c:2731:15: > ../../../src/include/varatt.h:243:51: warning: array subscript > =E2=80=98varattrib_4b[0]=E2=80=99 is partly outside array bounds of =E2= =80=98union > [1]=E2=80=99 [-Warray-bounds=3D] > 243 | ((((const varattrib_4b *) (PTR))->va_4byte.va_header >> > 2) & 0x3FFFFFFF) > | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~ > ../../../src/include/varatt.h:467:24: note: in expansion of macro > =E2=80=98VARSIZE_4B=E2=80=99 > 467 | return VARSIZE_4B(PTR); > | ^~~~~~~~~~ > repack.c: In function =E2=80=98restore_tuple=E2=80=99: > repack.c:2717:49: note: object =E2=80=98chunk_header=E2=80=99 of size 4 > 2717 | } chunk_header; > | ^~~~~~~~~~~~ > In function =E2=80=98VARSIZE_ANY=E2=80=99, > inlined from =E2=80=98restore_tuple=E2=80=99 at repack.c:2734:4: > ../../../src/include/varatt.h:243:51: warning: array subscript > =E2=80=98varattrib_4b[0]=E2=80=99 is partly outside array bounds of =E2= =80=98union > [1]=E2=80=99 [-Warray-bounds=3D] > 243 | ((((const varattrib_4b *) (PTR))->va_4byte.va_header >> > 2) & 0x3FFFFFFF) > | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~ > ../../../src/include/varatt.h:467:24: note: in expansion of macro > =E2=80=98VARSIZE_4B=E2=80=99 > 467 | return VARSIZE_4B(PTR); > | ^~~~~~~~~~ > repack.c: In function =E2=80=98restore_tuple=E2=80=99: > repack.c:2717:49: note: object =E2=80=98chunk_header=E2=80=99 of size 4 > 2717 | } chunk_header; > | ^~~~~~~~~~~~ > 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. 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) ... Thanks. --=20 Antonin Houska Web: https://www.cybertec-postgresql.com