我正在运行32位版本的Ubuntu 10.10，并试图交叉编译到64位目标。根据我的研究，我安装了g++-multilib包。
这个程序是一个非常简单的hello world:
#include <iostream>
int main( int argc, char** argv )
{
std::cout << "hello world" << std::endl;
return 0;
}
编译:
g++ -m64 main.cpp
错误:
In file included from main.cpp:1:
/usr/include/c++/4.4/iostream:39: fatal error: bits/c++config.h: No such file or directory
compilation terminated.
我找到了一个c++config.h文件，但它们位于i486-linux-gnu和i686-linux-gnu目录下，在/usr/include/c++/4.4/没有c++config.h在/usr/include/c++/bits。
你知道我错过了什么吗?不带-m64标志的编译工作正常(a.out被创建并正确运行)。
多亏了@nightcracker的提示，我对32位和64位系统上的包含结构做了更多的研究。我在下面添加了一个答案，暂时“修复”了这个问题，但我认为它会在下次更新时崩溃。基本上，我丢失了一个名为/usr/include/c++/4.4/i686-linux-gnu/64的目录，该目录应该包含一个名为bits的子目录，其中包含丢失的包含文件。知道应该用什么包来处理这个吗?
在我的64位系统上，我注意到存在以下目录:
/usr/include/c++/4.4/x86_64-linux-gnu/32/bits
这就有意义了，在我的32位系统上，已经为64位交叉编译设置了一个对应的目录，如:
/usr/include/c++/4.4/i686-linux-gnu/64/bits
我检查了两次，这个目录不存在。运行带有verbose参数的g++，显示编译器实际上在这个位置寻找一些东西:
jesse@shalored:~/projects/test$ g++ -v -m64 main.cpp
Using built-in specs.
Target: i686-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.4.4-14ubuntu5' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.4 --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-targets=all --disable-werror --with-arch-32=i686 --with-tune=generic --enable-checking=release --build=i686-linux-gnu --host=i686-linux-gnu --target=i686-linux-gnu
Thread model: posix
gcc version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu5)
COLLECT_GCC_OPTIONS='-v' '-m64' '-shared-libgcc' '-mtune=generic'
/usr/lib/gcc/i686-linux-gnu/4.4.5/cc1plus -quiet -v -imultilib 64 -D_GNU_SOURCE main.cpp -D_FORTIFY_SOURCE=2 -quiet -dumpbase main.cpp -m64 -mtune=generic -auxbase main -version -fstack-protector -o /tmp/ccMvIfFH.s
ignoring nonexistent directory "/usr/include/c++/4.4/i686-linux-gnu/64"
ignoring nonexistent directory "/usr/local/include/x86_64-linux-gnu"
ignoring nonexistent directory "/usr/lib/gcc/i686-linux-gnu/4.4.5/../../../../i686-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
/usr/include/c++/4.4
/usr/include/c++/4.4/backward
/usr/local/include
/usr/lib/gcc/i686-linux-gnu/4.4.5/include
/usr/lib/gcc/i686-linux-gnu/4.4.5/include-fixed
/usr/include/x86_64-linux-gnu
/usr/include
End of search list.
GNU C++ (Ubuntu/Linaro 4.4.4-14ubuntu5) version 4.4.5 (i686-linux-gnu)
compiled by GNU C version 4.4.5, GMP version 4.3.2, MPFR version 3.0.0-p3.
GGC heuristics: --param ggc-min-expand=98 --param ggc-min-heapsize=128197
Compiler executable checksum: 1fe36891f4a5f71e4a498e712867261c
In file included from main.cpp:1:
/usr/include/c++/4.4/iostream:39: fatal error: bits/c++config.h: No such file or directory
compilation terminated.
关于忽略不存在的目录的错误就是线索。不幸的是，我仍然不知道我需要安装什么包来显示这个目录，所以我只是从我的64位机器上复制了/usr/include/c++/4.4/x86_64-linux-gnu/bits目录到我的32位机器上的/usr/include/c++/4.4/i686-linux-gnu/64/bits。
现在只用-m64编译就可以正常工作了。主要的缺点是这仍然不是正确的方式来做事情，我猜下一次更新管理器安装和更新到g++时，事情可能会崩溃。
