为什么g ++无法找到已安装的系统?

时间:2016-03-02 20:23:10

标签: c++ linux g++

这是一个简单的示例程序,它编译在我的桌面Linux机器上(Ubuntu 14.04 64位intel,fwiw):

#include <iostream>
#include <cmath>

using namespace std;

int main(){
  cout<<"hello"<<endl;
  return 0;
}

当我尝试在嵌入式计算机上编译它时,该计算机似乎安装了头文件(相当于build-essential):

me@t4240rdb:~$ ls /usr/include/c++/4.9.2/iostream
/usr/include/c++/4.9.2/iostream
me@t4240rdb:~# find /usr/include/ -name cmath
/usr/include/c++/4.9.2/ext/cmath
/usr/include/c++/4.9.2/cmath
/usr/include/c++/4.9.2/tr1/cmath

使用g++ /home/me/tc.cpp,我得

/home/me/tc.cpp:1:20: fatal error: iostream: No such file or directory
 #include <iostream>
                    ^
compilation terminated.

任何人都知道为什么会这样?

在评论中包含g ++ -v的输出:

me@t4240rdb:~# g++ -v /home/me/tc.cpp 
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/lib64/gcc/gcc/powerpc64-fsl-linux/4.9.2/lto-wrapper
Target: powerpc64-fsl-linux
Configured with: /home/jenkins/ci/iso-make/master/b4860qds-64b/build_b4860qds-64b/tmp/work-shared/gcc-4.9.2-r0/gcc-4.9.2/configure --build=x86_64-linux --host=powerpc64-fsl-linux --target=powerpc64-fsl-linux --prefix=/usr --exec_prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/lib64/gcc --datadir=/usr/share --sysconfdir=/etc --sharedstatedir=/com --localstatedir=/var --libdir=/usr/lib64 --includedir=/usr/include --oldincludedir=/usr/include --infodir=/usr/share/info --mandir=/usr/share/man --disable-silent-rules --disable-dependency-tracking --with-libtool-sysroot=/home/jenkins/ci/iso-make/master/b4860qds-64b/build_b4860qds-64b/tmp/sysroots/b4860qds-64b --with-gnu-ld --enable-shared --enable-languages=c,c++ --enable-threads=posix --enable-multilib --enable-c99 --enable-long-long --enable-symvers=gnu --enable-libstdcxx-pch --program-prefix=powerpc64-fsl-linux- --without-local-prefix --enable-target-optspace --enable-lto --enable-libssp --disable-bootstrap --disable-libmudflap --with-system-zlib --with-linker-hash-style=gnu --enable-linker-build-id --with-ppl=no --enable-checking=release --enable-cheaders=c_global --with-sysroot=/ --with-build-sysroot=/home/jenkins/ci/iso-make/master/b4860qds-64b/build_b4860qds-64b/tmp/sysroots/b4860qds-64b --with-native-system-header-dir=/home/jenkins/ci/iso-make/master/b4860qds-64b/build_b4860qds-64b/tmp/sysroots/b4860qds-64b/usr/include --with-gxx-include-dir=/usr/include/c++/4.9.2 --with-long-double-128 --enable-nls --enable-__cxa_atexit
Thread model: posix
gcc version 4.9.2 (GCC) 
COLLECT_GCC_OPTIONS='-v' '-shared-libgcc'
 /usr/lib64/gcc/gcc/powerpc64-fsl-linux/4.9.2/cc1plus -quiet -v -D_GNU_SOURCE -D__unix__ -D__gnu_linux__ -D__linux__ -Dunix -D__unix -Dlinux -D__linux -Asystem=linux -Asystem=unix -Asystem=posix /home/me/tc.cpp -quiet -dumpbase tc.cpp -auxbase tc -version -o /tmp/cc4avGfH.s
GNU C++ (GCC) version 4.9.2 (powerpc64-fsl-linux)
    compiled by GNU C version 4.9.2, GMP version 6.0.0, MPFR version 3.1.2, MPC version 1.0.2
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring nonexistent directory "usr/include/c++/4.9.2"
ignoring nonexistent directory "usr/include/c++/4.9.2/powerpc64-fsl-linux"
ignoring nonexistent directory "usr/include/c++/4.9.2/backward"
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/usr/lib64/gcc/powerpc64-fsl-linux/4.9.2/../../../../powerpc64-fsl-linux/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib64/gcc/powerpc64-fsl-linux/4.9.2/include
 /usr/lib64/gcc/powerpc64-fsl-linux/4.9.2/include-fixed
 /usr/include
End of search list.
GNU C++ (GCC) version 4.9.2 (powerpc64-fsl-linux)
    compiled by GNU C version 4.9.2, GMP version 6.0.0, MPFR version 3.1.2, MPC version 1.0.2
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 63db6eac369c397424f29967693724f9
/home/me/tc.cpp:1:20: fatal error: iostream: No such file or directory
 #include <iostream>
                    ^
compilation terminated.

非常有趣 - 配置显然有问题。我如何解决它?

1 个答案:

答案 0 :(得分:0)

所以这就是gcc中的一个错误,在sysroot设置为'/'的情况下配置它会导致这个问题。它是在gcc 4.7.2中发现的,并且仍然在gcc 4.9.2中被破坏。我有一个修复问题的补丁,并且已经开始尝试了解如何使用补丁重建bitbake以重建目标gcc,所以我将回答这个问题。

这是关于错误和补丁的电子邮件:https://gcc.gnu.org/ml/gcc-patches/2012-02/msg00320.html