| |||||||||||||
Betrayed by a bitfieldBetrayed by a bitfieldPosted Feb 4, 2012 22:37 UTC (Sat) by giraffedata (subscriber, #1954)In reply to: Betrayed by a bitfield by nix Parent article: Betrayed by a bitfield Right, it's a useful feature of de facto C, but maybe not of standard C. This is just an academic discussion about the standard, since it seems everyone agrees GCC needs to change regardless of whether it presently implements the standard. As long as you know that storing to your memory mapped I/O regions is a no-op, you can use standard C with volatile to usefully fetch from them, but otherwise you need more than standard C. You need common sense C. It just seems strange to me because writable I/O regions did exist at the time this accomodation for reading them was added to the spec.
(Log in to post comments)
Betrayed by a bitfield Posted Feb 6, 2012 19:21 UTC (Mon) by chrisV (subscriber, #43417) [Link]
"This is just an academic discussion about the standard, since it seems everyone agrees GCC needs to change regardless of whether it presently implements the standard."
I absolutely don't agree with this. Forbidding 64-bit read/writes for 32-bit scalars within an aligned 64-bit boundary is a pessimization which should be opted into in C99, such as with the -pthread flag as in current gcc implementations (-pthread does require this pessimization if adjacent memory locations would otherwise be corrupted).
Presumably when C11 is implemented in gcc, opting out of this pessimization will also be available. Or possibly gcc will require some specific flag to be set where a multi-threaded program is being compiled, who knows.
|
|||||||||||||