关于Linux下编写和编译程序的几个问题

来源:本站
导读:目前正在解读《关于Linux下编写和编译程序的几个问题》的相关信息,《关于Linux下编写和编译程序的几个问题》是由用户自行发布的知识型内容!下面请观看由(电工技术网 - www.9ddd.net)用户发布《关于Linux下编写和编译程序的几个问题》的详细说明。
简介:当前,虽然Linux还不很普及,在Linux下编写和编译程序的人不多。但是我相信,随着Linux性能的不断提升和逐渐普及,会有许多自由软件出现,也会有许多人成为Linux下的程序员。我结合自己的经验,介绍一下Linux下编写和编译程序所要注重的几个问题,奉献给希望为Linux的发展作出贡献的人们。

Linux下怎样编译程序?

大多数Linux程序都是由C语言编写的并由GNU C编译而成。现在GCC是各种发行套件的一部分。有关最新GCC编译器的版本、文章和补丁请看ftp://ftp.gnu.org/pub/gnu/。

由C++编写的程序必须由GNU C++编译,GNU C++也是各种发行套件的一部分,在以上网址也有最新版本和补丁。

编译2.0.x的内核需要2.7.2.x版本的GCC,如用象GCC 2.8.x, EGCS, or PGCC别的编译器编译内核可能产生不可预想的后果。

怎样移植其它Unix程序到Linux上?

总得来说,Unix上的程序不需要做改动,只要简单的按照提示就可以移植到Linux上,假如安装过程中出现错误信息,而你又不知道怎么处理,你可以猜或略去,不过这样产生的程序往往带有bug。所以最好还是问一下有经验的人。

假如要从BSD-ish移植程序,试一试在编译时加上-I/usr/include/bsd 和 ?lbsd命令。

什么是ld.so,从哪可以找到它?

ld.so是动态函数库装载器。过去,使用共享函数库的程序在原代码开头使用约3K的空间来寻找和加载共享函数库,现在,这段代码被加进了一个非凡共享函数库/lib/ld.so,所有的程序都可以使用该共享库,这样就节省了磁盘空间,而且升级方便。

ld.so可以从以下网址得到tsx-11.mit.edu/pub/linux/packages/GCC/。

怎样升级库函数而不使系统崩溃?

注重:进行此操作应该养成做备份的习惯,因为这项操作很轻易出错。

假如你升级象libc4这样的老函数库,这个过程会变得非常困难。而且你应该在该系统上让libc4和libc5共存,因为,有些老程序还需要它。升级libc5也一样。

升级动态库的问题常出现在当你移走老的函数库时,用来升级的程序也运行不了了。有许多方法可以解决这个问题。一个方法就是暂时备份一下运行程序所需函数库,它们一般在/lib/、/usr/lib/、 /usr/local/lib/、或其它的地方,在文件/etc/ld.so.conf中都有具体记录。

例如,当你升级libc5时,目录/lib/中有如下文件

libc.so.5

libc.so.5.4.33

libm.so.5

libm.so.5.0.9

这些是C函数库和数学库,拷贝它们到文件/etc/ld.so.conf中含有的其它的目录,如/usr/lib/中:

cp -df /lib/libc.so.5* /usr/lib/

cp -df /lib/libm.so.5* /usr/lib/

ldconfig

一定要记住运行ldconfig来升级函数库的配置文件。

文件libc.so.5 和 libm.so.5是实际库文件的链接文件,当你升级的时候,假如老的链接文件存在,新的链接不会产生,除非你使用CP命令的-f选项。CP的-d选项只复制链接文件,不复制原文件。

假如你需要直接覆盖链接,使用ln命令的选项-f。

例如,拷贝新的库函数覆盖旧的。先对新的函数库做一个链接,然后把函数库和链接一起拷贝到/lib/中,命令如下:

ln -sf ./libm.so.5.0.48 libm.so.5

ln -sf ./libc.so.5.0.48 libc.so.5

cp -df libm.so.5* /lib

cp -df libc.so.5* /lib

重申一下,拷贝完别忘记运行ldconfig.

假如一切工作顺利的话,你可以删除老的函数库的备份。

我能否把在486上编译的代码或编译器拿到386上用?

当然,除非你编译的是内核。

GCC用来在486上编译的选项-m486 只是优化了所编译程序,使其运行快一些。这些编译的程序仍能很好的在386上运行,只是效果差一些。

然而,从内核1.3.35以后,采用486或Pentium选项编译的内核不能用于386的机器。

GCC可以针对386和486进行配置。两者区别在于,针对386配置的GCC把-m386作为缺省选项,而针对486配置的GCC把-m486作为缺省选项,仅此而已。

gcc -O6可以干什么?

目前,它和 -O2 (GCC 2.5) 或 -O3 (GCC 2.6, 2.7)功能一样,所有版本大于它的功能也一样。新版内核的Makefiles使用-O2,所以你也应该用-O2。

linux/*.h 和asm/*.h在什么地方?

目录 /usr/include/linux/ 和 /usr/include/asm/低下的文件是内核头文件的软链接,内核头文件其实在目录/usr/src/kernel*/低下。

怎样作一个共享函数库?

对ELF, 命令如下:

gcc -fPIC -c *.c

gcc -shared -Wl,-soname,libfoo.so.1 -o libfoo.so.1.0 *.o

对a.out,从 http://tsx-11.mit.edu/pub/linux/packages/GCC/src/ 下载n.nn.tar.gz,其中包含具体说明。建议你将共享库由a.out升级为ELF。

为什么我编译的可执行程序非常大?

用ELF编译器,生成可执行程序太大最可能的原因是没有合适的.so库与你使用的库函数链接。对每一个象libc.so.5.2.18的函数库,应该有一个象libc.so的链接。

用a.out编译器,生成可执行程序太大可能是使用了-g选项,这会生成静态链接库而不是动态链接库。

从哪可以得到对于Linux的‘lint’?

大部分‘lint’的功能已经内置进了GCC,打开GCC的-Wall选项会打开许多有用的外部警告。

还有一个叫`lclint'的软件功能和传统的lint差不多,原代码可以在http://larch.lcs.mit.edu/ /pub/Larch/lclint/中找到。

提醒:《关于Linux下编写和编译程序的几个问题》最后刷新时间 2024-03-14 01:03:14,本站为公益型个人网站,仅供个人学习和记录信息,不进行任何商业性质的盈利。如果内容、图片资源失效或内容涉及侵权,请反馈至,我们会及时处理。本站只保证内容的可读性,无法保证真实性,《关于Linux下编写和编译程序的几个问题》该内容的真实性请自行鉴别。