[Bug c++/83283] New: Casting from boolean to unsigned char to enum returns incorrect results
lukas.lorimer at snowflake dot net
gcc-bugzilla@gcc.gnu.org
Tue Dec 5 01:32:00 GMT 2017
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83283
Bug ID: 83283
Summary: Casting from boolean to unsigned char to enum returns
incorrect results
Product: gcc
Version: 7.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: lukas.lorimer at snowflake dot net
Target Milestone: ---
Hello, it appears casting from boolean to unsigned char then to an enum returns
incorrect results when the operation is vectorized. Below is a minimized
example.
* Removing the typedef and including `cstdint` also triggers the bug.
* Running it with `-fsanitize=undefined` does not produce any warnings (but
does stop the bug from occurring).
* This appears to be a regression since g++ 6.2.1.
// START main.ii
# 1 "main.cpp"
# 1 "/tmp/a//"
# 1 "<built-in>"
# 1 "<command-line>"
# 1 "main.cpp"
typedef unsigned char uint8_t;
enum EN : uint8_t {
X = 0,
Y = 1
};
void __attribute__((noinline)) fn(EN *v, int size) {
for (int i = 0; i < size; ++i) {
const bool b = (v[i] == EN::Y);
v[i] = static_cast<EN>(static_cast<uint8_t>(b));
}
}
int main() {
constexpr int items = 32;
EN vals[items] = {X};
vals[3] = Y;
fn(vals, items);
return vals[3];
}
// END main.ii
$ g++72 -g -O1 -ftree-loop-vectorize -Wall -Wextra main.cpp
# No output
$ ./a.out; echo $?
# Expected output: 1
255
$ g++72 -v
Using built-in specs.
COLLECT_GCC=/usr/local/bin/g++72
COLLECT_LTO_WRAPPER=/opt/rh/devtoolset-7/root/usr/libexec/gcc/x86_64-redhat-linux/7/lto-wrapper
Target: x86_64-redhat-linux
Configured with: ../configure --enable-bootstrap
--enable-languages=c,c++,fortran,lto --prefix=/opt/rh/devtoolset-7/root/usr
--mandir=/opt/rh/devtoolset-7/root/usr/share/man
--infodir=/opt/rh/devtoolset-7/root/usr/share/info
--with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-shared
--enable-threads=posix --enable-checking=release --enable-multilib
--with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions
--enable-gnu-unique-object --enable-linker-build-id
--with-gcc-major-version-only --enable-plugin --with-linker-hash-style=gnu
--enable-initfini-array --with-default-libstdcxx-abi=gcc4-compatible
--with-isl=/builddir/build/BUILD/gcc-7.2.1-20170829/obj-x86_64-redhat-linux/isl-install
--enable-libmpx
--with-mpc=/builddir/build/BUILD/gcc-7.2.1-20170829/obj-x86_64-redhat-linux/mpc-install
--with-tune=generic --with-arch_32=i686 --build=x86_64-redhat-linux
Thread model: posix
gcc version 7.2.1 20170829 (Red Hat 7.2.1-1) (GCC)
The behaviour is correct if one uses:
const uint8_t b = (v[i] == EN::Y);
It appears the difference between the two is a single pand instruction which
applies a mask to the result of some vectorized operations.
More information about the Gcc-bugs
mailing list