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 1wDNnp-002uWN-1A for pgsql-hackers@arkaria.postgresql.org; Thu, 16 Apr 2026 14:34:46 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wDNmn-005oxW-1j for pgsql-hackers@arkaria.postgresql.org; Thu, 16 Apr 2026 14:33: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 1wDNmn-005owz-0U for pgsql-hackers@lists.postgresql.org; Thu, 16 Apr 2026 14:33:41 +0000 Received: from smtp.outgoing.loopia.se ([93.188.3.37]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1wDNmj-00000001KDT-3mg7 for pgsql-hackers@lists.postgresql.org; Thu, 16 Apr 2026 14:33:40 +0000 Received: from s807.loopia.se (localhost [127.0.0.1]) by s807.loopia.se (Postfix) with ESMTP id 705DB5C1AF7 for ; Thu, 16 Apr 2026 16:33:34 +0200 (CEST) Received: from s934.loopia.se (unknown [172.22.191.5]) by s807.loopia.se (Postfix) with ESMTP id 6046A5C1F5C; Thu, 16 Apr 2026 16:33:34 +0200 (CEST) Received: from localhost (unknown [172.22.191.6]) by s934.loopia.se (Postfix) with ESMTP id 5BF34A3D60C; Thu, 16 Apr 2026 16:33:34 +0200 (CEST) X-Virus-Scanned: amavis at amavis.loopia.se X-Spam-Flag: NO X-Spam-Score: -1.2 X-Spam-Level: X-Spam-Status: No, score=-1.2 tagged_above=-999 required=6.2 tests=[ALL_TRUSTED=-1, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1] autolearn=disabled Authentication-Results: s470.loopia.se (amavis); dkim=pass (2048-bit key) header.d=yesql.se Received: from s981.loopia.se ([172.22.191.5]) by localhost (s470.loopia.se [172.22.190.34]) (amavis, port 10024) with UTF8LMTP id SmqV6ND9ebCW; Thu, 16 Apr 2026 16:33:34 +0200 (CEST) X-Loopia-Auth: user X-Loopia-User: daniel@yesql.se X-Loopia-Originating-IP: 89.255.232.236 Received: from smtpclient.apple (customer-89-255-232-236.stosn.net [89.255.232.236]) (Authenticated sender: daniel@yesql.se) by s981.loopia.se (Postfix) with ESMTPSA id BF5AA22B166B; Thu, 16 Apr 2026 16:33:33 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yesql.se; s=loopiadkim1707475645; t=1776350013; bh=9AOwMhMoLZpo0Ov9XkKg2QYWBhBA5nal0bxWOh24+WA=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=vp9XvB5rd+KOPdVlo0Emm6BqoEbwnvma2Z5qTmfAHvoZRmG9YZVmZ1n6EWSJEp6/Q xXMyf4S8in6X78B5YaUBqvKxJHO+N4iD6p30N4m11Di6MZRek9zoYcGbC9qGCLYLHX vR3ZdqDWyNq5EFmBRlwBJoDWVFRVkow6qqSjGg4PlQAiPaGj6TTF7Ekh0Qa3ID9gwO qvs9tRgzKfwtaJm0nU0m9X0X8GaIiVQkeTo5aloYWHIDMyaPzo3eOomWS8fFMKnTUs W2q1CAFNvjnYvDHrSSS2rUeEeHipztkZmvXQQB5W5OaCddnohRABCq8Xa21g1s91Jj Er1QlrBCUOBsg== Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51.11.2\)) Subject: Re: Do we still need gen_node_support.pl's nodetag ABI stability check? From: Daniel Gustafsson In-Reply-To: <2233110.1776304006@sss.pgh.pa.us> Date: Thu, 16 Apr 2026 16:33:23 +0200 Cc: Peter Eisentraut , pgsql-hackers@lists.postgresql.org Content-Transfer-Encoding: quoted-printable Message-Id: <0B7ADF2E-D2D2-4B3C-BD85-2B6A44D14344@yesql.se> References: <1458883.1776143073@sss.pgh.pa.us> <1977660F-C5E3-427B-AD2F-56F66803C320@yesql.se> <2233110.1776304006@sss.pgh.pa.us> To: Tom Lane X-Mailer: Apple Mail (2.3776.700.51.11.2) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk > On 16 Apr 2026, at 03:46, Tom Lane wrote: >=20 > Daniel Gustafsson writes: >> On 15 Apr 2026, at 21:30, Peter Eisentraut = wrote: >>> This might still be helpful because it checks during local builds = and doesn't rely on the buildfarm. >=20 >> But does it actually give a good enough answer to be relied upon when = passing >> the local check can fail the buildfarm check? >=20 > Yeah, my answer to that is still "why is this particular case more > important than any other ABI breakage you might cause while hacking > on a back branch?". I quite agree that being able to check for ABI > breakage locally can be useful. =20 Agreed. > But what we ought to do is make it > easier for people to use libabigail for that without spinning up a > local buildfarm instance. Perhaps we could extract the buildfarm's > ABICompCheck.pm script into some standalone tool. While I have zero insights into how complicated that would be, off the = cuff it seems like the right approach. -- Daniel Gustafsson