Рассмотрим следующую программу:
#include <iostream>
#include <cmath>
#include <cstring>
#include <xmmintrin.h>
using namespace std;
int main()
{
// 4 float32s.
__m128 nans;
// Set them all to 0xffffffff which should be NaN.
memset(&nans, 0xff, 4*4);
// cmpord should return a mask of 0xffffffff for any non-NaNs, and 0x00000000 for NaNs.
__m128 mask = _mm_cmpord_ps(nans, nans);
// AND the mask with nans to zero any of the nans. The result should be 0x00000000 for every component.
__m128 z = _mm_and_ps(mask, nans);
cout << z[0] << " " << z[1] << " " << z[2] << " " << z[3] << endl;
return 0;
}
Если я скомпилирую Apple Clang 7.0.2 с и без -ffast-math
, я получаю ожидаемый вывод 0 0 0 0
:
$ clang --version
Apple LLVM version 7.0.2 (clang-700.1.81)
Target: x86_64-apple-darwin14.5.0
Thread model: posix
$ clang test.cpp -o test
$ ./test
0 0 0 0
$ clang test.cpp -ffast-math -o test
$ ./test
0 0 0 0
Однако после обновления до 8.1.0 (извините, я понятия не имею, для какой фактической версии Clang это соответствует - Apple больше не публикует эту информацию), -ffast-math
, похоже, нарушает это:
$ clang --version
Apple LLVM version 8.1.0 (clang-802.0.42)
Target: x86_64-apple-darwin16.6.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
$ clang test.cpp -o test
$ ./test
0 0 0 0
$ clang test.cpp -ffast-math -o test
$ ./test
nan nan nan nan
Я подозреваю, что это из-за строгих правил псевдонимов или чего-то подобного. Может ли кто-нибудь объяснить это поведение?
Изменить: я забыл упомянуть, что если вы делаете nans = { std::nanf(nullptr), ...
, он отлично работает.
Также, глядя на godbolt, похоже, что поведение изменилось между Clang 3.8.1 и Clang 3.9 - последнее удаляет cmpordps
инструкция. GCC 7.1, похоже, оставляет его.