Opened 6 years ago
Closed 6 years ago
#12183 closed Bugs (fixed)
GCC 6.1 thinks boost::container::string violates strict aliasing
Reported by: | Owned by: | Ion Gaztañaga | |
---|---|---|---|
Milestone: | To Be Determined | Component: | container |
Version: | Boost 1.61.0 | Severity: | Problem |
Keywords: | Cc: |
Description
The following simple test case aborts when built with -O2, but works fine with -fno-strict-aliasing.
$ cat foo.cpp #include <boost/container/string.hpp> #include <cstdlib> #include <utility> using boost::container::string; struct foo { __attribute__((noinline)) foo(string str) : m_str{std::move(str)}, m_len{m_str.length()} { } string m_str; std::size_t m_len; }; int main() { foo f{"the quick brown fox jumps over the lazy dog"}; if (f.m_len == 0) { std::abort(); } return 0; } $ g++ -O2 -Wall foo.cpp -o foo && ./foo [1] 6375 abort (core dumped) ./foo
I reported this as GCC bug 71002 but I'm not sure that the code is actually correct. It seems to at least access a non-active union member (the is_short bitfield). There may be other aliasing issues with the union -- in some cases it seems GCC wants you to access the members through the union directly, not through a pointer to a union member; see GCC bug 14319 for example.
Change History (4)
comment:1 by , 6 years ago
comment:2 by , 6 years ago
The access to the non-active union member was intentional as all compilers support it (as the C standard guarantees implementation-defined behaviour, C++ compilers agree to support this as an extension). The same trick is used in libc++.
In any case, would this "is_short" implementation avoid UB?
bool is_short() const { short_header hdr; *(unsigned char*)&hdr = *(unsigned char*)&this->members_.m_repr; return hdr.is_short != 0; }
comment:4 by , 6 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Thanks. Fixed in [develop b888d2a]:
https://github.com/boostorg/container/commit/b888d2ae472e447611b3767bab7818cd4d9095e9
In https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71002#c8, a GCC dev confirms that it's ultimately Boost's bug.