Re: C11 / VS 2019

From: Yura Sokolov <y(dot)sokolov(at)postgrespro(dot)ru>
To: Michael Paquier <michael(at)paquier(dot)xyz>, Nathan Bossart <nathandbossart(at)gmail(dot)com>
Cc: Peter Eisentraut <peter(at)eisentraut(dot)org>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: C11 / VS 2019
Date: 2025-06-03 08:01:06
Message-ID: e8080870-1e5d-4af8-9e19-48fedc372623@postgrespro.ru
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

03.06.2025 07:51, Michael Paquier wrote:
> On Mon, Jun 02, 2025 at 08:52:00AM -0500, Nathan Bossart wrote:
>> On Mon, Jun 02, 2025 at 05:44:12AM +0200, Peter Eisentraut wrote:
>>> Summary:
>>> 1. require VS 2019
>>> 2. use C11
>>>
>>> Thoughts?
>>
>> +1
>
> +1 to move on for both of these. I got convinced about the benefits
> of C11 and the simplifications we could get from it in the Postgres
> code base during your presentation at pgconf.dev.
>
> Dropping VS 2015 and going up to VS 2019 brings other benefits,
> __VA_ARGS__ coming in mind. I am wondering what's the state of
> locales, actually. We've had some pain with VS 2015 as we lacked
> locale_name in _locale_t, for example. That may be worth a second
> look to see if some simplifications can happen in this area. I don't
> think so at quick glance through the VS docs, unfortunately, but I may
> be wrong, of course..

Will it mean we can implement atomics in term of C11 atomics?
Aside for VS 2019, which has no support for. (But VS 2022 already has.)
So instead of numerous variants we could just differ VS2019 vs plain C11.

--
regards
Yura Sokolov aka funny-falcon

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael Paquier 2025-06-03 08:09:18 Re: Improve explicit cursor handling in pg_stat_statements
Previous Message Richard Guo 2025-06-03 07:52:30 Re: Pathify RHS unique-ification for semijoin planning