linux编译报错
找不到库的路径,或者你的include的路径不正确,请检查下你的配置的include路径是否包含有你的include文件。
还有注意编译时：
cc -o test test.c 【libmysqlclient.a】 -g ...
要写上这个库...
或
gcc -o test -L/usr/lib/mysql -lmysqlclient test.c
Ⅱ 编译在X86平台下运行的linux内核出错 make: Warning: File `.config' has modification time 6.5e+02 s in
出现这种错误有可能是因为工程在别的电脑上一直到当前的电脑上，进行编译出现的。主要是因为两个环境的时间不对应。
原因：window的时间和虚拟机上的时间有差异。
解决：修改虚拟机上的时间。
指令1：sudo date -s 02/19/2021 //月、日、年
指令2：sudo date -s 14:46:00 //时、分、秒
Ⅲ Linux内核编译出错。
你的编译环境有问题。
as 提示不支持某个参数，而且从上面看你应该在编译 arm 架构的内核，但后面的提示是 as 命令，这种名字的命令（没有架构前缀）应该是本地编译器。我想你不太可能在 arm 上本地编译内核吧（实际上确实可以，而且我以前玩 arm 也都倾向于 arm 上本地编译，就是速度慢，需要用 distcc 加速，但兼容好）？
貌似是 -EL 参数 ix86 架构不支持。所以不太可能这步就是应该用本地 as 编译。
如果不是 arm 本地编译，那有可能这步用错了 as 这个汇编器命令。你的台式计算机 as 是 x86 或者 amd64 的，肯定不支持 arm 特有的编译参数和代码。
你看看你的编译文章吧。可能有错，不符合现在内核编译的规范了。或者 GCC 版本太老或者太新不支持这个参数。不排除你的交叉编译环境有问题。
别听那匿名胡扯的，内核源代码根本没有 configure 。
Ⅳ Linux 0.11内核编译错误记录
现象1： 提示gas gld 比识别
措施： gnu编译器发展到后来,越来越流行,更多使用别名为 as ld gcc等.
现象2： 提示字节对齐需要是 2的倍数
措施： 具体解决方法: 利用命令 sed -i 's/align 2/align 4/g' filename 替换align 2 为 align 4（align 3 替换为 align 8）
sed -i 's/align 2/align 4/g' boot/head.s
sed -i 's/align 3/align 8/g' boot/head.s
现象3： -fcombine-regs -mstring-insns选项不识别
措施： 此两个选项已经过时,直接去掉即可
现象4： warning 特别多
措施： 将-Wall 替换为 -w
现象5： __stack_chk_fail 未定义
措施： 去网上搜了一下，在Makefile中的$(CFLAGS)后面加上-fno-stack-protector，即不需要栈保护
现象6： main.c 中_syscall0重复定义
措施： main.c static inline _syscall0(int, fork) 去掉static即可
现象7： 提示内嵌汇编不符合语法限制
措施： 类似的问题在后面编译中出现好多，C内嵌汇编的格式 asm (汇编语句：输入寄存器：输出寄存器：可能被修改的寄存器），最新的GCC规定 输入或输出寄存器不能出现在可能被修改的寄存器中，目前看到网上的方法是把所有类似问题的可能被修改的寄存器全部删掉 解决方案：find -type f -exec sed -i 's/:"w{2}"(,"w{2}") )/:) /g' {} ; 其中's/:"w{2}"(,"w{2}") /:/g'
现象8： 在 control.c 中清楚定义了 static unsigned char attr = 0x70 ,而在链接 control.o 时，却爆出 attr未定义。
措施： 用 nm -C control.o 查看其符号，发现attr确实处于未定义状态。故单独编译一个小程序定义静态变量，查看其 .o 文件中，发现静态变量定义正常。故考虑为编译选项差异导致，最终发现因为 -O 编译优化选项导致，目前处理方式是去掉该选项。
现象9： build.c:(.text+0xde): undefined reference to `MAJOR'
措施： 通过分析编译打印信息，发现编译时没有加入头文件路径 -Iinclude
现象10: fs/fs.o: In function check_disk_change':(.text+0x1b2f): undefined reference to invalidate_buffers'
措施: 查找发现此函数定义在buffer.c 中,且为内联函数, 故尝试将其更改为普通函数, 然后编译通过.
现象11: 编译 build.c 时报错:/usr/include/i386-linux -gnu/bits/stdio2.h:57:8: error: unknown type name ‘__gnuc_va_list’
措施: 分析发现时此系列错误均由 -Iinclude 选项导致, 而该选项在 想象9 中加入, 故考虑去掉该选项, 直接在build.c 中加入 MAJOR 宏定义.