Re: cleanup: Split long Makefile lists across lines and sort them - Mailing list pgsql-hackers

From Chao Li
Subject Re: cleanup: Split long Makefile lists across lines and sort them
Date
Msg-id 4D738BB6-A536-4F51-A6D3-50D899D70E78@gmail.com
Whole thread Raw
In response to Re: 回复: cleanup: Split long Makefile lists across lines and sort them  (Michael Paquier <michael@paquier.xyz>)
List pgsql-hackers

> On Dec 29, 2025, at 07:29, Michael Paquier <michael@paquier.xyz> wrote:
>
> On Sun, Dec 28, 2025 at 04:12:16AM +0000, Japin Li wrote:
>> 2. I noticed that btree_gin, btree_gist, and pgcrypto also have relatively
>>   long REGRESS lists, should we also update them?
>
> If we think about that in terms of frequency where new test files are
> added, it seems to me that there would be more meaning to do that for
> pgcrypto, test_decoding and pgss.  This is more true for the two last
> entries of this list.
>
> About the rest?  Not so much.  Still, I was surprised to see that we
> have added stuff to btree_gist recently for WITHOUT OVERLAPS, so
> perhaps there is a point there.
> --
> Michael

This patch reminded me an old technique of using ENDLIST to terminate mule-line lists in Makefile. I started a new
threadfor that. Please see the details in [1]. 

[1] https://www.postgresql.org/message-id/CAEoWx2nsiH9PxBKtD_pVLLYVHUv8%3DFohczchT550a7VT%2BLZq4g%40mail.gmail.com

Best regards,
--
Chao Li (Evan)
HighGo Software Co., Ltd.
https://www.highgo.com/







pgsql-hackers by date:

Previous
From: Henson Choi
Date:
Subject: Re: RFC: PostgreSQL Storage I/O Transformation Hooks
Next
From: Michael Paquier
Date:
Subject: Re: [PROPOSAL] Termination of Background Workers for ALTER/DROP DATABASE