Почему один и тот же код может быть скомпилирован с помощью gcc, а не g ++?

Question

Следующая test.c может быть успешно скомпилирован с помощью gcc компилятора:

$ cat test.c 
#include <complex.h> 

int main(void) { 
    double complex a = 0; 
    return 0; 
} 
$ gcc -o test1 test.c 
$ 

Хотя после изменения имени в test.cpp и скомпилировать его с g++ компилятором, есть ошибка:

$ cat test.cpp 
#include <complex.h> 

int main(void) { 
    double complex a = 0; 
    return 0; 
} 

$ g++ -o test2 test.cpp 
test.cpp: In function ‘int main()’: 
test.cpp:4:20: error: expected initializer before ‘a’ 
    double complex a = 0; 
        ^

Почему может тот же код успешно скомпилирован через gcc, а не g++?

P.S. Мой компилятор версии:

$ gcc -v 
Using built-in specs. 
COLLECT_GCC=gcc 
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-linux-gnu/6.2.1/lto-wrapper 
Target: x86_64-pc-linux-gnu 
Configured with: /build/gcc/src/gcc/configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/ --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared --enable-threads=posix --enable-libmpx --with-system-zlib --with-isl --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=gnu --disable-libstdcxx-pch --disable-libssp --enable-gnu-unique-object --enable-linker-build-id --enable-lto --enable-plugin --enable-install-libiberty --with-linker-hash-style=gnu --enable-gnu-indirect-function --disable-multilib --disable-werror --enable-checking=release 
Thread model: posix 
gcc version 6.2.1 20160830 (GCC) 
$ g++ -v 
Using built-in specs. 
COLLECT_GCC=g++ 
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-linux-gnu/6.2.1/lto-wrapper 
Target: x86_64-pc-linux-gnu 
Configured with: /build/gcc/src/gcc/configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/ --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared --enable-threads=posix --enable-libmpx --with-system-zlib --with-isl --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=gnu --disable-libstdcxx-pch --disable-libssp --enable-gnu-unique-object --enable-linker-build-id --enable-lto --enable-plugin --enable-install-libiberty --with-linker-hash-style=gnu --enable-gnu-indirect-function --disable-multilib --disable-werror --enable-checking=release 
Thread model: posix 
gcc version 6.2.1 20160830 (GCC) 

Answer 1

Основная причина в том, что C и C++ поддерживать сложные номера принципиально разными способами, которые несовместимы с кодом. Таким образом, C-код, который использует сложные переменные и операции над ними, не может использоваться в любой версии C++ и наоборот.

В C++ (все версии) комплексная арифметика поддерживаются шаблонным классом с именем complex, который определен в заголовке <complex> и находится в пространстве имен std. Так как это С ++ (шаблонный) класс в namespace std, что С не поддерживает вообще, этот тип и C++ заголовок <complex> не может быть использована в C.

Standard C, до 1999 года, не поддерживают сложные переменные или арифметические , В C (с 1999 года) сложная арифметика поддерживается с использованием ключевого слова _Complex и макроса удобства complex (#define d в <complex.h>), который его использует. C++ не поддерживает ключевое слово _Complex или <complex.h>.

Answer 2

$ cat test.cpp 
#include <complex> 

int main(void) { 
    std::complex<double> a = 0; 
    return 0; 
} 

В C++, сложный шаблон, вот ссылка std::complex.

Answer 3

Для C++ Complex Тип: http://en.cppreference.com/w/cpp/numeric/complex

Для C комплекса типа: How to work with complex numbers in C?

complex.h работает по-разному в C и C++