Boost :

Date view	Thread view	Subject view	Author view

From: Anthony Williams (anthony.ajw_at_[hidden])
Date: 2008-08-22 02:55:16

Next message: Simon Thornington: "Re: [boost] _ReadWriteBarrier as memory fence, or not?"
Previous message: Markus Werle: "Re: [boost] [lambda][bind] trivial bind fails when lambda and bind are in the same source file"
In reply to: Simon Thornington: "Re: [boost] _ReadWriteBarrier as memory fence, or not?"
Next in thread: Simon Thornington: "Re: [boost] _ReadWriteBarrier as memory fence, or not?"
Reply: Simon Thornington: "Re: [boost] _ReadWriteBarrier as memory fence, or not?"

"Simon Thornington" <simon.thornington_at_[hidden]> writes:

> thread\win32\interlocked_read.hpp bothers me because I don't believe x86
> guarantees ordering of loads mixed with stores, but interlocked_read_acquire
> to my reading implies no upward migration of loads (hardware reordering). I
> don't believe _ReadWriteBarrier() helps at all in this case.

On x86, an aligned integer load (MOV instruction) is an acquire
operation. The _ReadWriteBarrier is needed to stop the compiler
reordering the instruction.

Anthony

-- 
Anthony Williams            | Just Software Solutions Ltd
Custom Software Development | http://www.justsoftwaresolutions.co.uk
Registered in England, Company Number 5478976.
Registered Office: 15 Carrallack Mews, St Just, Cornwall, TR19 7UL

Next message: Simon Thornington: "Re: [boost] _ReadWriteBarrier as memory fence, or not?"
Previous message: Markus Werle: "Re: [boost] [lambda][bind] trivial bind fails when lambda and bind are in the same source file"
In reply to: Simon Thornington: "Re: [boost] _ReadWriteBarrier as memory fence, or not?"
Next in thread: Simon Thornington: "Re: [boost] _ReadWriteBarrier as memory fence, or not?"
Reply: Simon Thornington: "Re: [boost] _ReadWriteBarrier as memory fence, or not?"

Date view	Thread view	Subject view	Author view

Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk