On Sat, 13 Jul 2013, Bernd Edlinger wrote: > Hi Sandra, > > On Fri, 5 Jul 2013, Hans-Peter Nilsson wrote > > Or - maybe more acceptable - an optional warning, say > > -Wportable-volatility, to warn about code for which separate > > incompatbile definitions on different platforms (or between C > > and C++) exist even within gcc. It would be usable for driver > > code you want to be usable on different architectures, say, in > > an OS commonly compiled with gcc, if you can think of some. :) > > > I like this idea, and this warning would add some real value for everyone. > Therefore I added that option as part 5 of this patch series, I hope you > don't mind :)
Definitely not. Thanks for picking up the ball! > I really hope that the GCC maintainers can accept this patch now, as the > current state of -fstrict-volatile-bitfields is very painful to all of us. I guess I should offer a first-hand review of the warnings part. I've got nothing on the code, however the documentation ties the warning only to -fstrict-volatile-bitfields, which it shouldn't; it should be stated generic, but perhaps with -fstrict-volatile-bitfields as an *example*. (And for those who now feel the need to say "but volatile behavior is undefined" without reading the rest of the thread, remember that this is intended to cover cases where some definition actually *exist* whether in some language standard or some target-specific ABI document.) It also needs test-cases, both for some positive cases (warning hits) and some case where it doesn't (and shouldn't). ...and ChangeLog entries. Thanks again! brgds, H-P