Re: Size vs size_t or, um, PgSize?

Поиск
Список
Период
Сортировка
От Daniel Gustafsson
Тема Re: Size vs size_t or, um, PgSize?
Дата
Msg-id 273B488E-71D6-4A99-A284-6FDE75B91775@yesql.se
обсуждение исходный текст
Ответ на Size vs size_t or, um, PgSize?  (Yurii Rashkovskii <yrashk@gmail.com>)
Ответы Re: Size vs size_t or, um, PgSize?  (Thomas Munro <thomas.munro@gmail.com>)
Re: Size vs size_t or, um, PgSize?  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
> On 3 Jul 2023, at 20:32, Yurii Rashkovskii <yrashk@gmail.com> wrote:

> I couldn't find any rationale as to why we might want to have this alias and not use size_t. Any insight on this
wouldbe appreciated. 

This used to be a typedef for unsigned int a very long time ago.

> Would there be any sense in changing it all to size_t or renaming it to something else?
>
> I understand that they will break some extensions, so if we don't want them to have to go through with the renaming,
canwe enable backward compatibility with a macro? 
>
> If there's a willingness to try this out, I am happy to prepare a patch.

This has been discussed a number of times in the past, and the conclusion from
last time IIRC was to use size_t for new code and only change the existing
instances when touched for other reasons to avoid churn.

--
Daniel Gustafsson




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

Предыдущее
От: Thomas Munro
Дата:
Сообщение: Re: Cutting support for OpenSSL 1.0.1 and 1.0.2 in 17~?
Следующее
От: Daniel Gustafsson
Дата:
Сообщение: Re: Cutting support for OpenSSL 1.0.1 and 1.0.2 in 17~?