linux编译错误怎么处理
你的系统时间不对,makefile生成的时间比你make的时候的时间还要晚,这就造成不符合事实的情况 修改:打开Makefile,任意行尾端加上一个空格,保存即可 或者修改你的电脑的系统时间,使其晚于Makefile生成的时间. 望采纳!
Ⅱ linux 编译内核几个常见问题解决方法
第一次把自己编译的驱动模块加载进开发板，就出现问题，还好没花费多长时间，下面列举出现的问题及解决方案
1：出现insmod: error inserting 'hello.ko': -1 Invalid mole format
法一（网上的）：是因为内核模块生成的环境与运行的环境不一致，用linux-2.6.27内核源代码生成的模块，可能就不能在linux-2.6.32.2内核的linux环境下加载，需要在linux-2.6.27内核的linux环境下加载。
a.执行 uname -r //查看内核版本
b.一般出错信息被记录在文件/var/log/messages中，执行下面命令看错误信息
# cat /var/log/messages |tail
若出现类似下面：
Jun 4 22:07:54 localhost kernel:hello: version magic '2.6.35.6-45.fc14.i686.PAE
' should be '2.6.35.13-92.fc14.i686.PAE'
则把 Makefile里的KDIR ：=/lib/moles/2.6.35.6-45.fc14.i686.PAE/build1 改为
KDIR :=/lib/moles/2.6.35.13-92.fc14.i686.PAE/build1 //改成自己内核源码路径
（这里的build1是一个文件链接，链接到/usr/src/kernels/2.6.35.6-45.fc14.i686.PAE和13-92的）
然并卵，我的fedora 14 /usr/src/kernels下并没有2.6.35.13-92.fc14.i686.PAE，只有2.6.35.13-92.fc14.i686，虽然不知道两者有什么区别，但改成2.6.35.13-92.fc14.i686还是不行，照样这个问题，还好后来在看教学视频的到启发
法二：改的还是那个位置
KDIR ：=/opt/FriendlyARM/linux-2.6.32.2 //把这里改成你编译生成kernel的那个路径
all:
$ (MAKE) -C $ (KDIR) M = $ (PWD) moles ARCH=arm CROSS_COMPILE=arm-linux- //加这句
2. [70685.298483] hello: mole license 'unspecified' taints kernel.
[70685.298673] Disabling lock debugging e to kernel taint
方法：在模块程序中加入： MODULE_LICENSE("GPL");
3. rmmod: chdir(2.6.32.2-FriendlyARM): No such file or directory 错误解决
方法：lsmod 可查看模块信息
即无法删除对应的模块。
就是必须在/lib/moles下建立错误提示的对应的目录（(2.6.32.2）即可。
必须创建/lib/moles/2.6.32.2这样一个空目录,否则不能卸载ko模块.
# rmmod nls_cp936
rmmod: chdir(/lib/moles): No such file or directory
但是这样倒是可以卸载nls_cp936,不过会一直有这样一个提示：
rmmod: mole 'nls_cp936' not found
初步发现,原来这是编译kernel时使用make moles_install生成的一个目录,
但是经测试得知，rmmod: mole 'nls_cp936' not found来自于busybox,并不是来自kernel
1).创建/lib/moles/2.6.32.2空目录
2).使用如下源码生成rmmod命令,就可以没有任何提示的卸载ko模块了[luther.gliethttp]
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <fcntl.h>
#include <string.h>
#include <errno.h>
int main(int argc, char *argv[])
{
const char *modname = argv[1];
int ret = -1;
int maxtry = 10;
while (maxtry-- > 0) {
ret = delete_mole(modname, O_NONBLOCK | O_EXCL);//系统调用sys_delete_mole
if (ret < 0 && errno == EAGAIN)
usleep(500000);
else
break;
}
if (ret != 0)
printf("Unable to unload driver mole \"%s\": %s\n",
modname, strerror(errno));
}
3).把生成的命令复制到文件系统
# arm-linux-gcc -static -o rmmod rmmod.c
# arm-linux-strip -s rmmod
# cp rmmod /nfs/
cp /nfs/rmmod /sbin
代码如下：
proc.c
[html] view plain
<span style="font-size:18px;">#include <linux/mole.h>
#include <linux/kernel.h>
#include <linux/init.h>
#include <linux/proc_fs.h> /* Necessary because we use the proc fs */
#define procfs_name "proctest"
MODULE_LICENSE("GPL");
struct proc_dir_entry *Our_Proc_File;
int procfile_read(char *buffer,char **buffer_location,off_t offset, int buffer_length, int *eof, void *data)
{ int ret;
ret = sprintf(buffer, "HelloWorld!\n");
return ret;
}
int proc_init()
{ Our_Proc_File = create_proc_entry(procfs_name, 0644, NULL);
if (Our_Proc_File == NULL) {
remove_proc_entry(procfs_name, NULL);
printk(KERN_ALERT "Error: Could not initialize /proc/%s\n",procfs_name);
return -ENOMEM; }
Our_Proc_File->read_proc = procfile_read;//
// Our_Proc_File->owner = THIS_MODULE;
Our_Proc_File->mode = S_IFREG | S_IRUGO;
Our_Proc_File->uid = 0;
Our_Proc_File->gid = 0;
Our_Proc_File->size = 37;
printk("/proc/%s created\n", procfs_name);
return 0;
}
void proc_exit()
{ remove_proc_entry(procfs_name, NULL);
printk(KERN_INFO "/proc/%s removed\n", procfs_name);
}
mole_init(proc_init);
mole_exit(proc_exit);</span></span></span></span></span>
[html] view plain
<span style="font-size:18px;">
ifneq ($(KERNELRELEASE),)
obj-m :=proc.o
else
KDIR :=/opt/FriendlyARM/linux-2.6.32.2
#KDIR :=/lib/moles/2.6.35.13-92.fc14.i686.PAE/build1
PWD :=$(shell pwd)
all:
$(MAKE) -C $(KDIR) M=$(PWD) moles ARCH=arm CROSS_COMPILE=arm-linux-
clean:
rm -f *.ko *.o *.mod.o *.mod.c *.symvers
endif</span></span></span></span></span>
make后生成proc.ko，再在开发板上insmod proc.ko即可
执行 dmesg 就可以看到 产生的内核信息啦
Ⅲ uboot2010-09用arm-linux-gcc3.3.2编译出现如下错误：请问该如何解决
1）
可以试试用arm-softfloat-linux-gnu和和arm-linux-gcc-3.4.5-glibc-2.3.62
2）
也可以改uboot的编译选项把软浮点去掉，位置可能在cpu/arm920t/config.mk或类似位置，把其中的-msoft-float去掉
Ⅳ linux编译错误怎么改
编译内核出错，只有重新编译了。
make mrproper
make clean
。。。。
Ⅳ 我在linux环境下怎么就是编译不成功
编译不成功多半软件功能开关设置及依赖关系不支持。
首先要了解编译的过程，真正了解了编译的过程后就可以比较轻松的编译各种软件了。
1、configure，可以在configure 执行一下./configure --help来大致了解一下该软件的一些开关和支持的性能，然后根据使用需要来设置需要开启的性能和需要关闭的性能，以及需要哪些支持库等等，然后再指定一下编译路径，做完这一切后，满屏幕的check ....就开始了，这就是configrue的过程，和所做的事情
2、make，其实这一步才是真正的编辑步骤，而configure只是做一个环境的check，检查系统环境及lib是不是对上一步所开启的参数支持，只有check不出错，也就是configure不出错，就可以比较顺利的进行编译也就是make
3、make install 安装，当成功编译后就可以通过make install进行安装了，安装完成后就可以使用了。
比较容易报错的地方就是configure这一步，因为这一步会检查软件及在configure这一步的设置开关功能中需要的依赖关系，并对现行系统进行检查，尤其是最小化安装的系统，报错会比较多，可根据具体报错内容来安装相应的安装包来完成软件的依赖，直到check全部通过。有些软件在make时也需要调用一些库，具体要看软件的reademe来了解具体编译要求。如果再不行，就只能网上寻求帮助了。
另外，编译也是一个经验活，只编译得多了，对一些常见的错误就会比较了解了，必定软件依赖的库常见的就那几个，建议每编译一款软件做一个小笔记，把处理的错误或遇到的情况记录下来，这样以后再编译时，会事半功倍！
Ⅵ linux编译时的错误如何解决
你这是进行过从一般用户到root的转换，但没有改变你的真实权限。通常解决这样的问题方法很多，其中最快，最简单的，你可以在进行用户转换时用
$su - root
输root密码,
这样，你会完全使用root的权限。
这个，你可以 去看看不同用户的bashshell，的文件。
Ⅶ linux上编译错误，不知道为啥
编译不成功多半软件功能开关设置及依赖关系不支持。
首先要了解编译的过程，真正了解了编译的过程后就可以比较轻松的编译各种软件了。
1、configure，可以在configure 执行一下./configure --help来大致了解一下该软件的一些开关和支持的性能，然后根据使用需要来设置需要开启的性能和需要关闭的性能，以及需要哪些支持库等等，然后再指定一下编译路径，做完这一切后，满屏幕的check ....就开始了，这就是configrue的过程，和所做的事情
2、make，其实这一步才是真正的编辑步骤，而configure只是做一个环境的check，检查系统环境及lib是不是对上一步所开启的参数支持，只有check不出错，也就是configure不出错，就可以比较顺利的进行编译也就是make
Ⅷ linux内核编译错误 本人菜鸟 请高手指教
配置单中对于控制台的配置有误，添加了多余的配置导致的。
解决方法：通过make menuconfig 进入配置界面，在Device Drivers->Graphics Support->Console display driver support中去掉VGA text console,保存设置后再编译就可以了
Ⅸ Linux centos7使用make编译时报错，提示C文件初始值设定元素不是常量，请问应该怎么解决
static const 初始化值必须为常量,就是只能是编译时就能确定的值,而不是运行时运算出来的值.
得看看makefloatx80是什么,如果是一个普通函数,那么出现这个错误是应该的.
考虑到是官方库,可能是使用的编译器版本不同.
Ⅹ 在linux下编译python脚本为什么出现这个错误，怎么回事
有两种方式：
1、直接使用python
xxxx.py执行。其中python可以写成python的绝对路径。使用which
python进行查询。
2、在文件的头部（第一行）写上#!/usr/bin/python2.7，这个地方使用python的绝对路径，就是上面用which
python查询来的结果。然后在外面就可以使用./xxx.py执行了。
因为在linux中，python啊shell这些程序都是普通的文本格式，都需要一种程序去解释执行它。要么调用的时候指定，要么在文件头指定。