| From: | Peter Eisentraut <peter(at)eisentraut(dot)org> |
|---|---|
| To: | Thomas Munro <thomas(dot)munro(at)gmail(dot)com>, Heikki Linnakangas <hlinnaka(at)iki(dot)fi> |
| Cc: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: Trying out <stdatomic.h> |
| Date: | 2025-11-19 11:23:25 |
| Message-ID: | 94c83f24-43cb-4a8b-b09b-42bd85ed7d65@eisentraut.org |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 13.11.25 12:35, Thomas Munro wrote:
> It passes with VS 2022 on CI. I had to skip some assertions about
> macros promising lock-free implementation, that it doesn't define in C
> mode yet. They are definitely lock-free though[1], and the macros are
> defined for C++, and the same under the covers... Perhaps
> feature/conformance macros won't be defined until a few remaining
> pieces (things we don't care about) are accessible from C? (I see
> that Visual Studio 2026 has also just shipped a couple of days ago,
> not investigated.)
Note also that we still have buildfarm members with gcc <4.9, which is
required for stdatomic.h/_Atomic there.
We could most likely resolve to get rid of them when the time comes, but
let's not forget to plan that.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Zhijie Hou (Fujitsu) | 2025-11-19 11:40:31 | RE: Newly created replication slot may be invalidated by checkpoint |
| Previous Message | BharatDB | 2025-11-19 11:21:06 | Re: Checkpointer write combining |