Re: unconstify equivalent for volatile
От | Andres Freund |
---|---|
Тема | Re: unconstify equivalent for volatile |
Дата | |
Msg-id | 20190222203139.wqwfzilh6gopjij6@alap3.anarazel.de обсуждение исходный текст |
Ответ на | Re: unconstify equivalent for volatile (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>) |
Ответы |
Re: unconstify equivalent for volatile
|
Список | pgsql-hackers |
Hi, On 2019-02-22 12:38:35 +0100, Peter Eisentraut wrote: > On 2019-02-19 18:02, Andres Freund wrote: > > But even if we were to decide we'd want to keep a volatile in SetLatch() > > - which I think really would only serve to hide bugs - that'd not mean > > it's a good idea to keep it on all the other functions in latch.c. > > What is even the meaning of having a volatile Latch * argument on a > function when the actual latch variable (MyLatch) isn't volatile? That > would just enforce certain constraints on the compiler inside that > function but not on the overall program, right? Right. But we should ever look/write into the contents of a latch outside of latch.c, so I don't think that'd really be a problem, even if we relied on volatiles. Greetings, Andres Freund
В списке pgsql-hackers по дате отправления: