我最近在 Windows 上编译了 clang(主机:x86_64-pc-windows64；编译器:i686-pc-mingw32；目标:i686-pc-mingw32)。
可以找到 CMakeCache(用于配置):here
我的问题是，虽然 clang 工作正常(对于 C)，但 clang++(对于 C++)将“成功”编译和链接，但生成的程序本身不会运行并将退出并返回错误代码 1。下面是示例(哦-我的-zsh):

➜  bin  cat test.c
#include <stdio.h>

int main()
{
        printf("Hello World!\n");
        return 0;
}
➜  bin  cat test.cpp
#include <iostream>

int main()
{
        std::cout<<"Hello World!"<<std::endl;
        return 0;
}
➜  bin  ./clang++ test.cpp -o a.exe
➜  bin  ./clang test.c -o b.exe
➜  bin  ./a.exe
➜  bin  ./b.exe
Hello World!
➜  bin

如此处所示，b.exe(在 C 中)工作正常，但 a.exe (C++) 在编译和链接时没有输出。
谁能告诉我为什么会这样，我该如何解决？
注意:clang for windows(也是 32 位)的预编译快照适用于我当前的路径配置。
注意:a.exe(C++，失败)返回非零值。
数据:
铿锵版本: Snap:clang 版本 3.5 (208017)；比较:clang 版本 3.4 (tags/RELEASE_34/final)
LLVM 文件:snapshot ; compiled ; diff
预处理文件:snapshot ; compiled ; diff
ASM 文件:snapshot ; compiled ; diff
详细输出:snapshot ; compiled

最佳答案

你新的 clang 使用了不同的(不正确的)calling convention ，而不是 x86_thiscallcc。

snap.s 来自 good clang:

movl    $__ZStL8__ioinit, %ecx
calll   __ZNSt8ios_base4InitC1Ev

movl    %esp, %ecx
movl    $__ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_, (%ecx)
movl    %eax, %ecx
calll   __ZNSolsEPFRSoS_E

来自自定义 clang 的相同代码，comp.s:

leal    __ZStL8__ioinit, %eax
movl    %eax, (%esp)
calll   __ZNSt8ios_base4InitC1Ev

movl    %eax, (%esp)
movl    %ecx, 4(%esp)
calll   __ZNSolsEPFRSoS_E

和其他几个。

在 llvm bitcode(*.ll 文件)中，正确的调用约定在函数定义中和 call 指令之后用 x86_thiscallcc 标记:

<   call void @_ZNSt8ios_base4InitC1Ev(%"class.std::ios_base::Init"* @_ZStL8__ioinit)
>   call x86_thiscallcc void @_ZNSt8ios_base4InitC1Ev(%"class.std::ios_base::Init"* @_ZStL8__ioinit)

< declare void @_ZNSt8ios_base4InitC1Ev(%"class.std::ios_base::Init"*) #0
> declare x86_thiscallcc void @_ZNSt8ios_base4InitC1Ev(%"class.std::ios_base::Init"*) #0
32c33
< declare void @_ZNSt8ios_base4InitD1Ev(%"class.std::ios_base::Init"*) #0
> declare x86_thiscallcc void @_ZNSt8ios_base4InitD1Ev(%"class.std::ios_base::Init"*) #0

<   call void @_ZNSt8ios_base4InitD1Ev(%"class.std::ios_base::Init"* @_ZStL8__ioinit)
>   call x86_thiscallcc void @_ZNSt8ios_base4InitD1Ev(%"class.std::ios_base::Init"* @_ZStL8__ioinit)

<   %3 = call %"class.std::basic_ostream"* @_ZNSolsEPFRSoS_E(%"class.std::basic_ostream"* %2, %"class.std::basic_ostream"* (%"class.std::basic_ostream"*)* @_ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_)
>   %call1 = call x86_thiscallcc %"class.std::basic_ostream"* @_ZNSolsEPFRSoS_E(%"class.std::basic_ostream"* %call, %"class.std::basic_ostream"* (%"class.std::basic_ostream"*)* @_ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_)
< declare %"class.std::basic_ostream"* @_ZNSolsEPFRSoS_E(%"class.std::basic_ostream"*, %"class.std::basic_ostream"* (%"class.std::basic_ostream"*)*) #0
> declare x86_thiscallcc %"class.std::basic_ostream"* @_ZNSolsEPFRSoS_E(%"class.std::basic_ostream"*, %"class.std::basic_ostream"* (%"class.std::basic_ostream"*)*) #0

在预处理文件中我看到了差异。在 snap.E 中，许多函数是用 __attribute__((__cdecl__)) 定义的，而在 comp.E 中，它们只用 __cdecl__ 定义。您应该在预处理后检查为什么定义不同。我认为，新的 clang 可能预定义了不同的宏集(gcc 有 -dM -E 选项来转储预定义的，不知道如何在 clang 中执行此操作)。或者您的 clang 只是使用不同的 header (或不同版本的 header ，您可以使用 clang 编译的 -H 选项列出使用的 header )。

其他方法是检查，__attribute__((__cdecl__)) 是否应该等于 __cdecl__，并且新版本的 clang 在处理它们时是否有任何改变。

关于c++ - 从源代码构建的 Clang 编译 C 但不编译 C++ 代码，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/23598964/