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 1o8boO-0008K2-W1 for pgsql-hackers@arkaria.postgresql.org; Tue, 05 Jul 2022 06:13:28 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1o8boN-0006Ed-Kc for pgsql-hackers@arkaria.postgresql.org; Tue, 05 Jul 2022 06:13:27 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o8boN-0006EU-B1 for pgsql-hackers@lists.postgresql.org; Tue, 05 Jul 2022 06:13:27 +0000 Received: from out3-smtp.messagingengine.com ([66.111.4.27]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o8boK-0003DQ-MC for pgsql-hackers@postgresql.org; Tue, 05 Jul 2022 06:13:26 +0000 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id D47C85C0097; Tue, 5 Jul 2022 02:13:23 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Tue, 05 Jul 2022 02:13:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:date:feedback-id:feedback-id:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; t=1657001603; x=1657088003; bh=P cGiBAYa8GD5wVuxgoAXdFFEw3TVURbKWTbcscefdgU=; b=x9m44vwYSEdh4xgis HIzjLTPavRv71df6jWT8dASn3u8MyNW87+iNnbDXrBkK98+E5zaMtS2PI34IJSMt V4vDvQphVVug1uEuw/B6GSDxd5WutUDReS/zUcbzcWbl22MdzaqfZpoRzqyOUKZX 8nDA1wuSVyuOzdRwiJwlLFp7KS2qR6G6ai4+uEKohQ6aQgJhO3Ck8D3f7aZxyl7P xe8bKLDitrqj/fb0/hqzCGmWcIj4nAuV3zx3aCWZLkIzOvqfXBtpvSVUNJCFL7Zm L/lbrmZnjSv0tMdgvUPWBo4ae9wJ3J1/PjLYPAnqZkyRYqvdZsLjr+ahg09Xqohy wAWBA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvfedrudeitddguddtgecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefkffggfgfuvfhfhfgjtgfgsehtjeertddtfeejnecuhfhrohhmpefrvght vghrucfgihhsvghnthhrrghuthcuoehpvghtvghrrdgvihhsvghnthhrrghuthesvghnth gvrhhprhhishgvuggsrdgtohhmqeenucggtffrrghtthgvrhhnpeefjeegheetuefhveev udelueeftdejteeiffetvdduhfdtieefgfeutedtveeggfenucevlhhushhtvghrufhiii gvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehpvghtvghrrdgvihhsvghnthhrrghu thesvghnthgvrhhprhhishgvuggsrdgtohhm X-ME-Proxy: Feedback-ID: i131946ab:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 5 Jul 2022 02:13:22 -0400 (EDT) Message-ID: <82efc9f6-d8d6-7226-b167-b807dce568cd@enterprisedb.com> Date: Tue, 5 Jul 2022 08:13:21 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.11.0 Subject: Re: AIX support - alignment issues Content-Language: en-US To: Andres Freund , Noah Misch , pgsql-hackers@postgresql.org References: <20220702183354.a6uhja35wta7agew@alap3.anarazel.de> <20220705053150.tgr5vuiq6olnx7g2@awork3.anarazel.de> From: Peter Eisentraut In-Reply-To: <20220705053150.tgr5vuiq6olnx7g2@awork3.anarazel.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 05.07.22 07:31, Andres Freund wrote: > On 2022-07-02 11:33:54 -0700, Andres Freund wrote: >> If we decide we want to continue supporting AIX we should bite the bullet and >> add a 64bit-int TYPALIGN_*. It might be worth to translate that to bytes when >> building tupledescs, so we don't need more branches (reducing them compared to >> today). > > I just thought an easier way - why don't we introduce a 'catalog_double' > that's defined to be pg_attribute_aligned(whatever-we-need) on AIX? Then we > can get rid of the manually enforced alignedness and we don't need to contort > catalog order. Isn't the problem that on AIX, double and int64 have different alignment requirements, and we just check the one for double and apply it to int64? That ought to be fixable by two separate alignment checks in configure and a new alignment letter for pg_type.