[patch 4/4] -fstrict-volatile-bitfields cleanup v3: remove from defaults on all targets

Sandra Loosemore sandra@codesourcery.com
Mon Jul 1 03:25:00 GMT 2013


Since my previous idea of resolving conflicts between 
-fstrict-volatile-bitfields behavior and the new C/C++ memory model 
depending on the selected -std= option was shot down

http://gcc.gnu.org/ml/gcc-patches/2013-06/msg01163.html

it appears that the only way to make -fstrict-volatile-bitfields do 
something remotely resembling what it is supposed to do in a way that is 
acceptable to the maintainers is to make it not be the default on any 
target any more, so that the new memory model always takes precedence 
over ABI specifications by default.  So, here is a patch to do it.

The affected targets are aarch64, arm, h8300, m32c, rx, and sh.  The 
code change is identical on all targets, but I have only been able to 
test on arm (arm-none-eabi).  I have included tweaks to pass 
-fstrict-volatile-bitfields explicitly on the test cases that failed 
when the default was removed.  It might be that some tests for other 
targets need similar changes as well.

OK to commit in conjunction with the other patches in this series?

-Sandra

-------------- next part --------------
A non-text attachment was scrubbed...
Name: bitfields-v3-4.log
Type: text/x-log
Size: 815 bytes
Desc: not available
URL: <http://gcc.gnu.org/pipermail/gcc-patches/attachments/20130701/d4e549ec/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: bitfields-v3-4.patch
Type: text/x-patch
Size: 6601 bytes
Desc: not available
URL: <http://gcc.gnu.org/pipermail/gcc-patches/attachments/20130701/d4e549ec/attachment-0001.bin>


More information about the Gcc-patches mailing list