Chinaunix首页 | 论坛 | 博客
  • 博客访问: 103650516
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: LINUX

2008-05-27 08:17:54

作者:可可熊的窝  出自:

Fedora9中默认安装的gcc版本是4.3,(Ubuntu8.04还只是4.2.1)由于gcc本身的变化,在Fedora9中源码编译一些软件的时候会出错,比如eva。我原来写的程序在gcc 4.2.1中可以顺利编译,今天在F9中测试的时候就出错了:

test.cpp:38: error: ‘memcpy’ was not declared in this scope

gcc的官方有针对这种情况的说明:

gcc 为了加快编译的速度,减少了对头文件的检查,因此得手动包含所有相关的头文件。这样做可以确保程序员在写代码的时候意识到自己需要哪些头文件,而不是交给编译器去处理。不过同时也带来了不少麻烦,许多以前写的代码都没办法在gcc 4.3中编译通过。

我在f8(VM虚拟机中)中使用gcc 4.2.1编译一个动态链接库时完全正常,但在F9(AMD64 Dou)中使用gcc 4.3编译就无法通过了提示:

/usr/bin/ld: test.o : relocation R_X86_64_32 against `a local symbol’ can not be used when making a shared object; recompile with -fPIC

test.o: could not read symbols: Bad value

不知道这是gcc 4.3的问题,还是双核64系统的问题。只好再装一个低版本的gcc,下载了gcc 4.2.4的源码包,没想到编译时又出错了:

/usr/include/gnu/stubs.h:7:27: error: gnu/stubs-32.h: 没有那个文件或目录

又google了半天终于找到了答案,缺少:glibc-devel-32bit,但是一直找不到和我系统glibc-devel(2.8)匹配的glibc-devel-32bit,只能找到一个2.5的rpm包,只好在安装时使用了–nodeps选项。

把新编译的gcc安装好,并且重新设置PATH,再次编译前面的程序,结果仍然一样,看来确实是64位系统的问题了。
阅读(626) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~