c-交叉编译的根文件系统中未声明的变量

Question

所以我基本上是从零开始交叉编译Linux根文件系统。我能够使用一个非常基本的工具链从头开始交叉编译所有的基本软件。以下是所使用的一些软件的列表：

• Binutils 2.32
• Glibc 2.29
• Linux 5.2.11
• Coreutils 8.31
• GCC 9.2.0
• pkgconf 1.6.3
• 根文件系统的Make、autoconf、zlib等

在rootfs中使用chroot我使用gcc:编译这个小程序

#include <stdio.h>
#include <limits.h>
int main()
{
printf("PATH_MAX=%un", PATH_MAX);
return 0;
}

未完成并输出错误：

(chroot)$ gcc test.c -o test
test.c: In function 'main':
test.c:6:27: error: 'PATH_MAX' undeclared (first use in this function)
6 |   printf("PATH_MAX=%un", PATH_MAX);
|                           ^~~~~~~~
test.c:6:27: note: each undeclared identifier is reported only once for each function it appears in

但是limits.h确实存在于chroot中。

/usr/lib/gcc/x86_64-linux-gnu/9.2.0/install-tools/include/limits.h
/usr/lib/gcc/x86_64-linux-gnu/9.2.0/include-fixed/limits.h
/usr/include/c++/9.2.0/tr1/limits.h
/usr/include/limits.h
/usr/include/linux/limits.h

最后，下面是chroot中gcc的路径(这不是工具链(：

COLLECT_GCC_OPTIONS='-E' '-v' '-mtune=generic' '-march=x86-64'
/usr/lib/gcc/x86_64-linux-gnu/9.2.0/cc1 -E -quiet -v /dev/null -mtune=generic -march=x86-64
ignoring nonexistent directory "/usr/lib/gcc/x86_64-linux-gnu/9.2.0/../../../../x86_64-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
/usr/lib/gcc/x86_64-linux-gnu/9.2.0/include
/usr/local/include
/usr/lib/gcc/x86_64-linux-gnu/9.2.0/include-fixed
/usr/include
End of search list.
# 1 "/dev/null"
# 1 "<built-in>"
# 1 "<command-line>"
# 31 "<command-line>"
# 1 "/usr/include/stdc-predef.h" 1 3 4
# 32 "<command-line>" 2
# 1 "/dev/null"
COMPILER_PATH=/usr/lib/gcc/x86_64-linux-gnu/9.2.0/:/usr/lib/gcc/x86_64-linux-gnu/9.2.0/:/usr/lib/gcc/x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/9.2.0/:/usr/lib/gcc/x86_64-linux-gnu/
LIBRARY_PATH=/usr/lib/gcc/x86_64-linux-gnu/9.2.0/:/usr/lib/gcc/x86_64-linux-gnu/9.2.0/../../../../lib/:/lib/../lib/:/usr/lib/../lib/:/usr/lib/gcc/x86_64-linux-gnu/9.2.0/../../../:/lib/:/usr/lib/

话虽如此，到底发生了什么？我已经多次查看了我的工具链和实际的根文件系统包，一切看起来都很好。可能是什么问题？此外，我可以采取哪些调试步骤来帮助识别这个问题以及未来的任何问题？

编辑：

为了添加更多关于这个问题的上下文，之前我曾尝试编译最新的kmod，但也出现了'PATH_MAX' undeclared错误：

make --no-print-directory all-recursive
Making all in .
GEN      libkmod/libkmod.pc
CC       tools/kmod.o
CC       tools/lsmod.o
In file included from tools/kmod.c:26:
./shared/util.h:24:56: error: 'PATH_MAX' undeclared here (not in a function)
24 | int alias_normalize(const char *alias, char buf[static PATH_MAX], size_t *len) _must_check_ __attribute__((nonnull(1,2)));
|                                                        ^~~~~~~~

进入shared/util.h有#include <limits.h>，解决它的唯一方法是使用#include <linux/limits.h>，它基本上解决了问题。然而，还有更大的事情在发生。我不应该这么做。我想用一个更简单的例子来问这个问题，尽可能多地去掉变量。我希望这能给我的问题带来更多的背景。

Answer 1

<limits.h>是C标准库的一部分，所以如果不是内置在编译器中，那么你真的必须将其放在某个地方。PATH_MAX是POSIX的扩展。如果由于某种原因，您的交叉编译器没有启用必要的标志，您可以尝试使用

#define _POSIX_C_SOURCE 1
#include <limits.h>

如果它仍然失败，那么您没有安装目标系统头。