Re: Missed compiler optimization issue in function select_rtable_names_for_explain

Поиск
Список
Период
Сортировка
От Daniel Gustafsson
Тема Re: Missed compiler optimization issue in function select_rtable_names_for_explain
Дата
Msg-id 211F711D-A799-489B-B0BE-10CBEFC51424@yesql.se
обсуждение исходный текст
Ответ на Re: Missed compiler optimization issue in function select_rtable_names_for_explain  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-general
> On 22 May 2024, at 18:53, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>
> Daniel Gustafsson <daniel@yesql.se> writes:
>> They are known to be zero, but that's not entirely equivalent though is it?
>> NIL is defined as ((List *) NULL) and NULL is typically defined as ((void *)
>> 0), so sizeof(0) would be the size of an int and sizeof(NULL) would be the size
>> of a void pointer.
>
> There are other places where we assume that a memset-to-zero will
> produce null pointers, so I don't think that that objection has
> a lot of force.

It wasn't really an objection, but (perhaps a badly worded) an attempt to
understand the proposal.

> My real answer is that this is our coding style
> and we are not going to change it: our normal convention is to
> initialize struct fields in declaration order, and that's what
> we're doing here.  If some particular version of some particular
> compiler fails to make an entirely-negligible optimization in
> consequence, that is not something we are going to care about.

+1

--
Daniel Gustafsson




В списке pgsql-general по дате отправления:

Предыдущее
От: Daniel Gustafsson
Дата:
Сообщение: Re: Missed compiler optimization issue in function select_rtable_names_for_explain
Следующее
От: Ron Johnson
Дата:
Сообщение: Re: search_path wildcard?