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 1w2Pyj-000Gti-2b for pgsql-hackers@arkaria.postgresql.org; Tue, 17 Mar 2026 08:40:41 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1w2Pyi-00HGA4-2G for pgsql-hackers@arkaria.postgresql.org; Tue, 17 Mar 2026 08:40:40 +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.96) (envelope-from ) id 1w2Pyi-00HG9u-1L for pgsql-hackers@lists.postgresql.org; Tue, 17 Mar 2026 08:40:40 +0000 Received: from fhigh-a2-smtp.messagingengine.com ([103.168.172.153]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1w2Pyg-00000000ZZl-02ki for pgsql-hackers@lists.postgresql.org; Tue, 17 Mar 2026 08:40:40 +0000 Received: from phl-compute-04.internal (phl-compute-04.internal [10.202.2.44]) by mailfhigh.phl.internal (Postfix) with ESMTP id 5902014001E0; Tue, 17 Mar 2026 04:40:37 -0400 (EDT) Received: from phl-frontend-03 ([10.202.2.162]) by phl-compute-04.internal (MEProxy); Tue, 17 Mar 2026 04:40:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=paquier.xyz; h= cc:cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm1; t=1773736837; x=1773823237; bh=wxkyaLmI/V tU+DXOYOcl0V0QuQ4lAWOWbR+37tojwfw=; b=Tjuo5qXyb3lVLn0MP1UaRv5kPi S6pouIEzxndz+hMhs8cCxkwOV8VI8zKeIKgWJvp7W0Yxg2n1G6GwC3huh5OX+N5q KGUdM+/hehJjYCVqtsNlGb6xTat+eMrHSTlaWmdcslqhmFREXPim1kmzezyZeMf+ wjLHrHDE1JJn4AXl10HlavmsL2yHXyvVhvYNvcIhyiWBvzhOs9+f0ihD/EVJhajx 5REkpMFDPJvnxYMAxLKJvAnpLc/iP+DgAJBLeYoV41j1C3MMf3200sZiantgpla+ EjyTsY8rNPU2NQRGrfssVmfp0hFx0o9FgWUUH2mxAWxDk82TDcfTd8YxGz9A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t= 1773736837; x=1773823237; bh=wxkyaLmI/VtU+DXOYOcl0V0QuQ4lAWOWbR+ 37tojwfw=; b=ic9NrB7Bjc7p6HzCHMoMxWNkkgIqVGC4vfftOLiPTQPW/1qXjlb c/D/Xbn0iNzkTuLDkK06BwoewLJORCQZt7ErbzmWVzaGXo9lGRAXO/tqwnQSzOra ReLbLV4q5GhzHLDlznjn0n8vIyOY8V96DndnRn5YlOYc4pH1evRWkq0ZxKbPwBwX thrFmbUb0xMUORX4Fgt1h326mLupvo11YkyyTv9d9k7I/bf+miVx6UJxNY5TYTes HNbu2FAkYR7QJE0CmV7gpUjGtCw6fdNdjGnK/WosnvRKnZhUIrsl0Tvf3Q/MKHJy p66AQVADHcaTcD3n7jZojY7bDAQqDU9BlIg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefgedrtddtgdeftddtjeelucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfurfetoffkrfgpnffqhgenuceu rghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnegfrh hlucfvnfffucdljedtmdenucfjughrpeffhffvvefukfhfgggtuggjsehgtderredttddv necuhfhrohhmpefoihgthhgrvghlucfrrghquhhivghruceomhhitghhrggvlhesphgrqh huihgvrhdrgiihiieqnecuggftrfgrthhtvghrnhepteelieefudffhffhtdetleeggeeg fffhkeeuveetiefgudduvedutefggeeivdejnecuvehluhhsthgvrhfuihiivgeptdenuc frrghrrghmpehmrghilhhfrhhomhepmhhitghhrggvlhesphgrqhhuihgvrhdrgiihiidp nhgspghrtghpthhtohepfedpmhhouggvpehsmhhtphhouhhtpdhrtghpthhtohepiihsoh hlthdrphgrrhhrrghgihesphgvrhgtohhnrgdrtghomhdprhgtphhtthhopehlihdrvghv rghnrdgthhgrohesghhmrghilhdrtghomhdprhgtphhtthhopehpghhsqhhlqdhhrggtkh gvrhhssehlihhsthhsrdhpohhsthhgrhgvshhqlhdrohhrgh X-ME-Proxy: Feedback-ID: i0fe9450f:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 17 Mar 2026 04:40:36 -0400 (EDT) Date: Tue, 17 Mar 2026 17:40:32 +0900 From: Michael Paquier To: Zsolt Parragi Cc: Chao Li , PostgreSQL Hackers Subject: Re: gen_guc_tables improvements Message-ID: References: <41FFF107-16B6-4B5A-BFDF-88AEF4B776F4@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="vNkfn4ZHSDVtbs2X" Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --vNkfn4ZHSDVtbs2X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Mar 16, 2026 at 05:57:39AM +0000, Zsolt Parragi wrote: > Yes, but by convention dot is only used by extensions to mark the > prefix/namespace of the extension (.). None > of the core server GUCs use it. The point of this script isn't to > ensure that the generated C code will compile, but to prevent hidden > errors and ensure we follow existing proper coding conventions. I am not sure that it is a good idea to enforce that in the script this way, to be honest. There may be a point about this new rule being annoying for forks of the core code, at least, where they would like to add their own parameters with dots in the names. I have done that in the past, as one example, and I am sure that there are projects out there that do so, meaning the requirement to live with one more custom patch to make things work if this rule is enforced in gen_guc_tables.pl. Saying that, as far as I can see 0001 and 0003 will save some time when inserting some incorrect data. The case of duplicated names was indeed confusing, and 0003 can save from typos when specifying non-mandatory fields. So I have applied these two. 0004 has some value here, to save the .dat from copy-paste bloat. I am wondering what others think about it. -- Michael --vNkfn4ZHSDVtbs2X Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEG72nH6vTowiyblFKnvQgOdbyQH0FAmm5E4AACgkQnvQgOdby QH3qPg/+LRsJfWq3aCbD6qH6h5rYZ7PiuwtteQ3ONdYjpSnGzswri6etd1cUbBw/ PsPeo7JB9xSUXDdU+cS2oSlbJv479RPG4XGngofgNiAC3F7NDKU04ZPZ31a6najT +M55fdgK9f5qBhADaXnKZdjHJT5IdugiPztONeXE94Knt9nSoUTzW1Qac6X6wmf6 VUulADgUYNJq/3ss/JdC7wH89l/7WFi5rvKFRXA8LQjLRnsMKLvPpjRbtvHSzi0+ mkns2Ia6U6wR3nbTRLi+lAWre/Jj6kc1TIYhgQRya3ng3KocFuhU4jHwtEPKDACG Ek/e6+eFjBdFfHuNHE/ZKURDfbY3oVI/qv0nDiIBYtPwABaingTDrCMqS7fPu3Du /4y5hZcBMVVh9XnswiHI8G2A1pyrtIKiTF6aYljSwHWPxZkq0xK9faftTcetH4ZN XmyH6hvUJEx5gQJJOWLtsa0MxQNkqhwUasZ5F6cix7642ocgZgs/7t9Q5OZU03Wk 5ymLqi7Bd57CvfRqExckSvCx3lhXUlEl5ciB8mhn38AXZQAlqouMMaeuPPgmS5ed sepns4zWVXA4u2+KJvd7HcjSrZ8e1ndFMXvot+Aa0V8cmaZmK1lBYBAep8GaLBXQ BmIg7Np6tJi3dPhQZyHdDhCYf+Aje7iM/3hh/hWzn+sfEmV1/lQ= =oO5l -----END PGP SIGNATURE----- --vNkfn4ZHSDVtbs2X--