1

我正在尝试使用 linux 内核 3.10-2-amd64 在 x86_64 上构建 uClibc 0.9.27 [1] 。我可以验证它是在 Ubuntu 12.04.3 上使用 3.2.0-49-generic 内核构建的。运行 make 时，它​​设法构建了很多目标文件，但最终到达CC libc/inet/if_index.os，抱怨

In file included from /usr/include/linux/kernel.h:4,
                 from /usr/include/linux/netlink.h:4,
                 from /usr/include/linux/rtnetlink.h:5,
                 from libc/inet/netlinkaccess.h:32,
                 from libc/inet/if_index.c:36:
/usr/include/linux/sysinfo.h:8: error: expected specifier-qualifier-list before '__kernel_long_t'
In file included from /usr/include/linux/rtnetlink.h:6,
                 from libc/inet/netlinkaccess.h:32,
                 from libc/inet/if_index.c:36:
/usr/include/linux/if_link.h:317: error: expected specifier-qualifier-list before '__be16'

我验证了我收集的文件中存在的类型应该被吸入。在 的情况下__kernel_long_t，包含文件如下所示：

/usr/include/linux/sysinfo.h includes <linux/types.h>
/usr/include/linux/types.h includes <linux/posix_types.h>
/usr/include/linux/posix_types.h includes <asm/posix_types.h>
/usr/include/x86_64-linux-gnu/asm/posix_types.h includes <asm/posix_types_64.h>
/usr/include/x86_64-linux-gnu/asm/posix_types_64.h includes <asm-generic/posix_types.h>
/usr/include/asm-generic/posix_types.h typedefs __kernel_long_t

那么，该错误来自哪里，我该如何解决？

[1]是的，我知道最新版本是 0.9.33.2，但我需要那个特定版本。

4

2 回答 2

4

解决方案似乎是将新版本向后移植libc/inet/netlinkacces.h到旧版本。通过避免包含（如有必要，必须对其进行修补，因为定义有意隐藏 中的标头的包含保护），__kernel_long_t问题就消失了，并且其他类型可以正确包含在以下补丁中：kernel_types.h/usr/include

index 417d83a..1b9c857 100644
--- a/libc/inet/netlinkaccess.h
+++ b/libc/inet/netlinkaccess.h
@@ -21,16 +21,7 @@

 #include <features.h>
 #include <stdint.h>
-#include <sys/types.h>
-
-#define _LINUX_TYPES_H
-typedef uint8_t __u8;
-typedef uint16_t __u16;
-typedef uint32_t __u32;
-typedef uint64_t __u64;
-typedef int32_t __s32;
-#include <linux/rtnetlink.h>
-#include <linux/netlink.h>
+#include <unistd.h>

 /* Should prob be a configure option or something */
 #ifndef __ASSUME_NETLINK_SUPPORT

这基本上是旧netlinkaccess.h版本和新版本之间的变化（ash建议的预处理文件的差异暗示了我这一点）。

于 2013-09-10T15:22:34.903 回答
1

如果不仔细查看有问题的代码，很难说出错误来自哪里。最有可能的情况是软件包本身与您尝试构建软件的环境不兼容。话虽如此，如果您愿意，可以追踪它。从那里开始，解决方案可能是在构建过程开始时更改设置，或者修改代码以纠正错误。

这个问题很难追踪，因为它是执行包含的第三方包。而且，如果它是为构建在多个体系结构上而编写的，它可能会包含许多预处理器指令，这使得甚至很难知道实际使用了哪些代码。

我建议捕获生成错误的命令（看起来可能是CC libc/inet/if_index.os虽然 os 文件的 CC 看起来很奇怪），然后修改cc命令以捕获预处理的输出。

例如，要从中获取预处理输出：

cc -c prog.c -o prog.o

使用这个：

cc -E prog.c >prog.i

然后通过 prog.i 搜索有问题的行。定位特定的行号很棘手，因此最好搜索文本 - 尽管这也可能很棘手，因为某些单词将被预处理器替换。这里的好消息是，输出将准确地告诉您编译器试图编译的内容 - 在所有包含已被处理并应用宏之后。只是“纯C”代码。

在可行的版本和不可行的版本上执行此操作，并查看__kernel_long_t好版本的构建位置，然后尝试找出失败的版本没有发生这种情况的原因。

请注意如下所示的行：

# 443 "/usr/include/stdio.h"

意思是“/usr/include/stdio.h”的“第 443 行”是输出文件中的下一行。

要查看定义进入源的位置，请从包含定义的行向上搜索，可能是问题中指示的 typedef，然后使用文件名搜索其上方的第一行 - 这是从中获得它的文件. 走得更远，看看该文件被拉到哪里。请注意，它不一定是上面的下一个文件，因此请对照原始来源进行验证。这样做，最终您将找到包含具有该定义的文件的打包源的一部分。然后应该可以弄清楚为什么在另一个构建中没有使用该行，或者相同的包含不会导致类型的定义。

请注意，我假设发布的错误消息意味着问题是缺少__kernel_long_t. 该错误可能意味着在使用该类型之前出现问题。

我希望这有帮助。

于 2013-09-10T05:59:08.193 回答