On 2014-02-15 10:06:41 -0500, Tom Lane wrote: > Andres Freund <and...@2ndquadrant.com> writes: > > My current conclusion is that backporting barriers.h is by far the most > > reasonable way to go. The compiler problems have been ironed out by > > now... > > -1. IMO that code is still quite unproven, and what's more, the > problem we're discussing here is completely hypothetical. If it > were real, we'd have field evidence of it. We've not had that > much trouble seeing instances of even very narrow race-condition > windows in the past.
Well, the problem is that few of us have access to interesting !x86 machines to run tests, and that's where we'd see problems (since x86 gives enough guarantees to avoid this unless the compiler reorders stuff). I am personally fine with just using volatiles to avoid reordering in the older branches, but Florian argued against it. Greetings, Andres Freund -- Andres Freund http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
