Clang производит незаконные инструкции там, где GCC этого не делает

Я обнаружил ситуацию, в которой Clang выдает незаконную инструкцию, а gcc-нет., экспериментируя с этим вопросом.

Мой вопрос: я делаю что-то очень неправильно, или это действительно проблема с Clang?

Я свел его к минимальному фрагменту, необходимому для воспроизведения задачи.

Возьмите файл eigen.cpp: 

#include <iostream>

#define EIGEN_MATRIXBASE_PLUGIN "eigen_matrix_addons.hpp"
#include <Eigen/Dense>

int main() {
    Eigen::Matrix2d A;

    A << 0, 1, 2, 3;

    std::cout << A << "\n";
}

И файл eigen_matrix_addons.hpp: 

friend std::ostream &operator<<(std::ostream &o, const Derived &m) {
    o << static_cast<const MatrixBase<Derived> &>(m);
}

(смотрите здесь для подробного объяснения на что делает этот файл. Короче говоря, его содержание помещается непосредственно в определение класса template<class Derived> class MatrixBase;. Таким образом, это вводит другой оператор ostream на Derived, который вызывает собственную реализацию оператора ostream на MatrixBase<Derived>. Мотивация для этого становится очевидной, если Вы читаете этот вопрос.)

Компиляция с GCC и запуск: 

$ g++ -std=c++11 -Wall -Wextra -pedantic -isystem/usr/include/eigen3 -I. -o eigen_gcc eigen.cpp
$ ./eigen_gcc
0 1
2 3
$ g++ --version
g++ (SUSE Linux) 4.8.1 20130909 [gcc-4_8-branch revision 202388]
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

А затем скомпилировать с Clang и выполнить: 

$ clang++ -std=c++11 -Wall -Wextra -pedantic -isystem/usr/include/eigen3 -I. -o eigen_clang eigen.cpp
$ ./eigen_clang
0 1
Illegal instruction
$ clang++ --version
clang version 3.4 (branches/release_34 198681)
Target: x86_64-suse-linux
Thread model: posix

Как вы можете видеть, программа прерывается после выполнения незаконного инструкция. Обратная трассировка в gdb показывает, что проблема происходит во второй строке eigen_matrix_addons.hpp: 

(gdb) bt
#0  0x00000000004013e1 in Eigen::operator<< (o=..., m=...)
    at ./eigen_matrix_addons.hpp:2
#1  0x00000000004010f0 in main () at eigen.cpp:15

То есть, вероятно, static_cast?

Моя собственная версия 3.2.0-2.1.4 согласно zypper.

Edit

Дис-ассемблер, который просил @Mysticial: 

(gdb) disass
Dump of assembler code for function Eigen::operator<<(std::ostream&, Eigen::Matrix<double, 2, 2, 0, 2, 2> const&):
   0x00000000004013c0 <+0>:     push   %rbp
   0x00000000004013c1 <+1>:     mov    %rsp,%rbp
   0x00000000004013c4 <+4>:     sub    $0x20,%rsp
   0x00000000004013c8 <+8>:     mov    %rdi,-0x10(%rbp)
   0x00000000004013cc <+12>:    mov    %rsi,-0x18(%rbp)
   0x00000000004013d0 <+16>:    mov    -0x10(%rbp),%rdi
   0x00000000004013d4 <+20>:    mov    -0x18(%rbp),%rsi
   0x00000000004013d8 <+24>:    callq  0x4013f0 <Eigen::operator<< <Eigen::Matrix<double, 2, 2, 0, 2, 2> >(std::ostream&, Eigen::DenseBase<Eigen::Matrix<double, 2, 2, 0, 2, 2> > const&)>
   0x00000000004013dd <+29>:    mov    %rax,-0x20(%rbp)
=> 0x00000000004013e1 <+33>:    ud2
End of assembler dump.
2   11  

2 ответа:

Ошибка "Незаконная инструкция", скорее всего, вызвана тем, что в операторе

В разделе 6.6.3 стандарта говорится:

Вытекание из конца функции эквивалентно возврату с нет значения; это приводит к неопределенному поведению в функции, возвращающей значение.

Вы должны добавить: 

return o;

В конце функции.

20  

Я столкнулся с тем же самым, используя модульный тест google. У меня была издевательская функция с возвращаемым значением по умолчанию, установленным с помощью

ON_CALL(...).WillByDefault(Return(...));

Затем в ожидании я использовал SetArgReferee как 

EXPECT_CALL(...).WillOnce(SetArgReferee<...>(...))

Clang вставил ud2 В и функции SetArgReferee в некоторых из идентичных ожиданий, но не во всех из них. Исправляя его на

EXPECT_CALL(...).WillOnce(
    DoAll(
        SetArgReferee<...>(...),
        Return(...)));

Исправил это.

1