您的位置:程序门 -> linux/unix社区 -> 内核及驱动程序研究区



linux 内核编译问题


[收藏此页] [打印本页]选择字色:背景色:字体:[][][]


linux 内核编译问题
发表于:2007-12-12 23:44:20 楼主
在ubuntu   6.10   上编译2.7.17.10内核时,先是make   menuconfig,接着是make时遇到下面的问题,达人帮看看,谢谢!
###########################
    cc   [m]     lib/ts_fsm.o
    ld             arch/i386/lib/built-in.o
    cc             arch/i386/lib/bitops.o
    as             arch/i386/lib/checksum.o
    cc             arch/i386/lib/delay.o
    as             arch/i386/lib/getuser.o
    cc             arch/i386/lib/memcpy.o
    as             arch/i386/lib/putuser.o
    cc             arch/i386/lib/strstr.o
    cc             arch/i386/lib/usercopy.o
    ar             arch/i386/lib/lib.a
    gen           .version
    chk           include/linux/compile.h
    upd           include/linux/compile.h
    cc             init/version.o
    ld             init/built-in.o
    ld             .tmp_vmlinux1
init/built-in.o:   in   function   `try_name':
do_mounts.c:(.text+0x5e3):对‘__stack_chk_fail'未定义的引用
init/built-in.o:   in   function   `name_to_dev_t':
(.text+0x8cb):对‘__stack_chk_fail'未定义的引用
init/built-in.o:   in   function   `change_floppy':
(.init.text+0xa11):对‘__stack_chk_fail'未定义的引用
init/built-in.o:   in   function   `mount_block_root':
(.init.text+0xca7):对‘__stack_chk_fail'未定义的引用
init/built-in.o:   in   function   `do_header':
initramfs.c:(.init.text+0x4343):对‘__stack_chk_fail'未定义的引用
arch/i386/kernel/built-in.o:(.text+0x54c6):   more   undefined   references   to   `__stack_chk_fail'   follow
make:   ***   [.tmp_vmlinux1]   错误   1
###########################
前面的过程挺好,就是到了后面才出现这个,google了一下发现也有人遇到相同的问题,可是都没有人能解答。
不知这里的能否有人能解答。
发表于:2007-12-13 10:35:151楼 得分:0
写详细一点啊


lz
发表于:2007-12-13 21:54:212楼 得分:0
哦,我不知道怎么才算详细,
我是从kernel.org下载内核到本地,按部就班执行以下命令,

#make   menuconfig                     //执行该命令后提示缺少ncurses库,于是执行以下命令安装
#sudo   apt-get   install   libncurses5.dev                   //更新成功后,继续make
#make   menuconfig                 //这次可以进入配置,完后保存退出,进行下一步
#make                                       //就是这一步,到后面就出现了我前面提的问题。
                                                        //不知到这样详细了没有,以前没编译过内核,刚开始学不是很懂
                                                        //进来的多多交流
发表于:2007-12-15 21:46:293楼 得分:0
怎么没有人能给点提示什么的,怎么这么冷清啊。
发表于:2007-12-16 14:49:254楼 得分:0

奇怪

我编译没这情况

不过我用的是   redhat9.0
发表于:2007-12-23 00:05:415楼 得分:0
难道是主机编译环境有问题,不知道要怎么配置呢?
发表于:2007-12-25 09:00:346楼 得分:0
对   我也是这种情况   问了很多人没说出个所以然
发表于:2007-12-25 09:42:167楼 得分:0
我遇到过类似的
不过,楼主为嘛用2.7x的阿,本来就是不稳定版。。。
发表于:2007-12-25 11:32:548楼 得分:0
发表于:2007-12-27 18:32:199楼 得分:0
你从新编译一边阿,现要make   mrproper   在编译哈
发表于:2008-01-01 17:53:5810楼 得分:0
哦,不好意思,没注意到打错字了,内核是2.6.17.10的,是稳定版本来的。
发表于:2008-01-02 18:29:1911楼 得分:0
把不需要的功能去掉,有时候就好了.要不然换版本再编
发表于:2008-01-02 21:17:3012楼 得分:0
可不知道要去掉哪些功能才不会出现上面的错啊?
发表于:2008-01-05 20:51:0513楼 得分:0
你从新编译一边阿,现要make       mrproper       在编译哈

---------
这样是不行的,试过了
发表于:2008-01-08 22:31:2814楼 得分:0
在顶层的makefile里找到cflags然后添加-fno-stack-protector标志!!!
其实这是传给gcc的一个编译选项,可以在4.0以后才有的吧!
还有尽可能不要用gcc   4.2来编译老的程序,4.2之后又有比较严格的c标准的验证,很麻烦~~

http://bigstone1982.spaces.live.com/blog/cns!75fb14ea53c4cd8c!804.entry
发表于:2008-01-08 22:40:2315楼 得分:0
gcc   4.2的问题在于:

在4.2下用默认编译选项,
int   main()
{
        char   *t   =   "testing!";
        fprintf(stdout,"%s",t);
        return   0;
}

warning:   deprecated   conversion   from   string   constant   to   ‘char*'
只要把   char   *   改成   static   const   char   *   的话这个   warning   就不会出现了。估计是新一代的   gcc   怕程序员在代码中用了   char   *   时又不注意的话容易出现越界操作的错误,所以给出个小小的   warning   来。
发表于:2008-01-09 09:58:0416楼 得分:0
host   system用ubuntu,我也遇到类似的问题,   不知道怎么回事.
后来我换成slackware就好了.
发表于:2008-01-09 11:11:2017楼 得分:0
-fno-stack-protector参数用来enable   stack-smashing   protection
在编译期检查运行期的执行栈上是否会产生诸如buffer   overflow之类的安全隐患,详细的介绍可以在wikipedia上找到详细的答案
发表于:2008-01-09 11:20:1118楼 得分:0
-fno-stack-protector参数用来disable   stack-smashing   protection
ubuntu   6.10中,gcc默认用-fstack-protector参数进行编译,很不友好的东东
对于调试程序也不方便,因为在程序down掉的时候不会产生coredump,只会产生下面的东东
program   received   signal   sigabrt,   aborted.
0xffffe410   in   __kernel_vsyscall   ()
发表于:2008-01-10 22:31:5319楼 得分:0
哈哈,非常感谢各位!

按   冷风飘雨   的方法就可以解决问题了,还讲解的挺详细,强,学习了。

不过还有一点不明白,按这种方法编译出来的内核是便于调试,但是按最终产生的内核文件岂不是存在安全隐患吗?
发表于:2008-01-10 22:38:2120楼 得分:0
哈哈,到处都是安全隐患,也不怕多这一个了
要不然fedora为什么不打开这个编译选项~~

本来c的程序就是靠程序员自己控制的,内核的代码更是如此,不可能靠编译器在静态期解决一切问题
发表于:2008-01-11 13:36:0721楼 得分:0
concern


快速检索

最新资讯
热门点击