Re: Ordering of header file inclusion

Поиск
Список
Период
Сортировка
Искать
От
Amit Kapila
Тема
Re: Ordering of header file inclusion
Дата
Msg-id
CAA4eK1LvoYAiySLJje5W4ezxAXjyZPhTXmTUBxY-3CTzBdyxJg@mail.gmail.com
Ответ на
Список
Дерево обсуждения
Ordering of header file inclusion vignesh C <vignesh21@gmail.com>
Re: Ordering of header file inclusion Amit Kapila <amit.kapila16@gmail.com>
Re: Ordering of header file inclusion Tom Lane <tgl@sss.pgh.pa.us>
Re: Ordering of header file inclusion Amit Kapila <amit.kapila16@gmail.com>
Re: Ordering of header file inclusion vignesh C <vignesh21@gmail.com>
Re: Ordering of header file inclusion Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: Ordering of header file inclusion Andres Freund <andres@anarazel.de>
Re: Ordering of header file inclusion Tom Lane <tgl@sss.pgh.pa.us>
Re: Ordering of header file inclusion vignesh C <vignesh21@gmail.com>
Re: Ordering of header file inclusion vignesh C <vignesh21@gmail.com>
Re: Ordering of header file inclusion Amit Kapila <amit.kapila16@gmail.com>
Re: Ordering of header file inclusion vignesh C <vignesh21@gmail.com>
Re: Ordering of header file inclusion Amit Kapila <amit.kapila16@gmail.com>
Re: Ordering of header file inclusion vignesh C <vignesh21@gmail.com>
Re: Ordering of header file inclusion Amit Kapila <amit.kapila16@gmail.com>
Re: Ordering of header file inclusion Tom Lane <tgl@sss.pgh.pa.us>
Re: Ordering of header file inclusion vignesh C <vignesh21@gmail.com>
Re: Ordering of header file inclusion Amit Kapila <amit.kapila16@gmail.com>
Re: Ordering of header file inclusion Amit Kapila <amit.kapila16@gmail.com>
Re: Ordering of header file inclusion Amit Kapila <amit.kapila16@gmail.com>
Re: Ordering of header file inclusion Amit Kapila <amit.kapila16@gmail.com>
Re: Ordering of header file inclusion Amit Kapila <amit.kapila16@gmail.com>
Re: Ordering of header file inclusion vignesh C <vignesh21@gmail.com>
Re: Ordering of header file inclusion Kuntal Ghosh <kuntalghosh.2007@gmail.com>
Re: Ordering of header file inclusion vignesh C <vignesh21@gmail.com>
Re: Ordering of header file inclusion Amit Kapila <amit.kapila16@gmail.com>
Re: Ordering of header file inclusion vignesh C <vignesh21@gmail.com>
Re: Ordering of header file inclusion Amit Kapila <amit.kapila16@gmail.com>
Re: Ordering of header file inclusion vignesh C <vignesh21@gmail.com>
Re: Ordering of header file inclusion Amit Kapila <amit.kapila16@gmail.com>
Re: Ordering of header file inclusion Amit Kapila <amit.kapila16@gmail.com>
Re: Ordering of header file inclusion vignesh C <vignesh21@gmail.com>
Re: Ordering of header file inclusion Tom Lane <tgl@sss.pgh.pa.us>
Re: Ordering of header file inclusion Amit Kapila <amit.kapila16@gmail.com>
Re: Ordering of header file inclusion Amit Kapila <amit.kapila16@gmail.com>
Re: Ordering of header file inclusion vignesh C <vignesh21@gmail.com>
Re: Ordering of header file inclusion vignesh C <vignesh21@gmail.com>
Re: Ordering of header file inclusion vignesh C <vignesh21@gmail.com>
On Tue, Oct 8, 2019 at 8:19 PM Tom Lane  wrote:
>
> Amit Kapila  writes:
> > On Wed, Oct 2, 2019 at 2:57 PM vignesh C  wrote:
> >> I noticed that some of the header files inclusion is not ordered as
> >> per the usual standard that is followed.
> >> The attached patch contains the fix for the order in which the header
> >> files are included.
> >> Let me know your thoughts on the same.
>
> > +1.
>
> FWIW, I'm not on board with reordering system-header inclusions.
> Some platforms have (had?) ordering dependencies for those, and where
> that's true, it's seldom alphabetical.  It's only our own headers
> where we can safely expect that any arbitrary order will work.
>

Okay, that makes sense.  However, I noticed that ordering for
system-header inclusions is somewhat random.  For ex. nodeSubPlan.c,
datetime.c, etc. include limits.h first and then math.h whereas
knapsack.c, float.c includes them in reverse order.  There could be
more such inconsistencies and the probable reason is that we don't
have any specific rule, so different people decide to do it
differently.

> > I think we shouldn't remove the extra line as part of the above change.
>
> I would take out the blank lines between our own #includes.
>

Okay, that would be better, but doing it half-heartedly as done in
patch might make it worse.  So, it is better to remove blank lines
between our own #includes in all cases.

-- 
With Regards,
Amit Kapila.
EnterpriseDB: http://www.enterprisedb.com


В списке pgsql-hackers по дате отправления
От: ideriha.takeshi@fujitsu.com
Дата:
Сообщение: RE: Global shared meta cache
От: Fujii Masao
Дата:
FAQ