简体   繁体   English

使用 gcc 在工具链中优先使用 sysroot 标头而不是标头

[英]Prefer sysroot headers over headers in the toolchain using gcc

I'm trying to cross-compile a simple code snippet我正在尝试交叉编译一个简单的代码片段

  1 #include <sys/socket.h>
  2 #include <stdio.h>
  3
  4 int main()
  5 {
  6     printf("%d\n", SOL_NETLINK);
  7     return 0;
  8 }

with arm-linux-gnueabihf-g++ (from Ubuntu) against Raspbian sysroot with --sysroot switch set to $SYSROOT使用 arm-linux-gnueabihf-g++(来自 Ubuntu)对抗 Raspbian --sysroot开关设置为$SYSROOT

The compilation fails with this error:编译失败并出现此错误:

test.cpp:6:20: error: ‘SOL_NETLINK’ was not declared in this scope

Even though $SYSROOT/usr/include/arm-linux-gnueabihf/bits/socket.h contains the needed define.即使$SYSROOT/usr/include/arm-linux-gnueabihf/bits/socket.h包含所需的定义。

So I figured that toolchain contains the mentioned header as well and it's included first.所以我认为工具链也包含提到的标头,它首先包含在内。 The latter header somehow doesn't have this SOL_NETLINK define.后一个标头不知何故没有这个 SOL_NETLINK 定义。 So I need a way to tell the compiler to prefer the toolchain's headers to sysroot's ones.所以我需要一种方法来告诉编译器更喜欢工具链的头文件而不是 sysroot 的头文件。

> arm-linux-gnueabihf-g++ -v

Using built-in specs.
COLLECT_GCC=arm-linux-gnueabihf-g++
COLLECT_LTO_WRAPPER=/usr/lib/gcc-cross/arm-linux-gnueabihf/5/lto-wrapper
Target: arm-linux-gnueabihf
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.4' --with-bugurl=file:///usr/share/doc/gcc-5/README.Bugs --enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-5 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-libitm --disable-libquadmath --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-5-armhf-cross/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-5-armhf-cross --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-5-armhf-cross --with-arch-directory=arm --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libgcj --enable-objc-gc --enable-multiarch --enable-multilib --disable-sjlj-exceptions --with-arch=armv7-a --with-fpu=vfpv3-d16 --with-float=hard --with-mode=thumb --disable-werror --enable-multilib --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=arm-linux-gnueabihf --program-prefix=arm-linux-gnueabihf- --includedir=/usr/arm-linux-gnueabihf/include
Thread model: posix
gcc version 5.4.0 20160609 (Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.4)

#include <sys/socket.h> will include a file which is under the folder {include path}/sys/socket.h . #include <sys/socket.h>将包含一个位于{include path}/sys/socket.h文件夹下的文件。

Include path can be any folder that you add with various options like gcc -I or --includedir .包含路径可以是您使用各种选项添加的任何文件夹,例如 gcc -I--includedir In addition there are some default include path, which you should be able to see with gcc -xc++ -E -v - .此外,还有一些默认的包含路径,您应该可以使用gcc -xc++ -E -v -看到gcc -xc++ -E -v -

Using gcc "-I" option will put the include path to search first, before any of the default include paths.使用 gcc "-I" 选项将首先搜索包含路径,在任何默认包含路径之前。

Now, this should give you enough information to understand that the include you give can't point to the file $SYSROOT/usr/include/arm-linux-gnueabihf/bits/socket.h as it isn't end with {include path}/sys/socket.h现在,这应该给你足够的信息来理解你给出的包含不能指向文件$SYSROOT/usr/include/arm-linux-gnueabihf/bits/socket.h因为它不是以{include path}/sys/socket.h

Use -isystem flag with $SYSROOT/usr/include/arm-linux-gnueabihf将 -isystem 标志与 $SYSROOT/usr/include/arm-linux-gnueabihf 一起使用

Albeit GCC can resolve triple (arm-linux-gnueabihf part) in the path, but it won't do so with --sysroot option.尽管 GCC 可以解析路径中的三重(arm-linux-gnueabihf 部分),但使用 --sysroot 选项不会这样做。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM