📄 gcc-howto-3.html
字号:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN"><HTML><HEAD><META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=gb2312"> <META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.7"> <TITLE>The Linux GCC HOWTO中译版V0.2: GCC的安装与GCC的设定</TITLE> <LINK HREF="GCC-HOWTO-4.html" REL=next> <LINK HREF="GCC-HOWTO-2.html" REL=previous> <LINK HREF="GCC-HOWTO.html#toc3" REL=contents></HEAD><BODY><A HREF="GCC-HOWTO-4.html">Next</A><A HREF="GCC-HOWTO-2.html">Previous</A><A HREF="GCC-HOWTO.html#toc3">Contents</A><HR><H2><A NAME="s3">3. GCC的安装与GCC的设定</A></H2><H2><A NAME="index.14"></A> <A NAME="index.13"></A> <A NAME="index.12"></A> <A NAME="ss3.1">3.1 GCC的版本</A> </H2><P>在shell的提示符号下键入<CODE>gcc -v</CODE>，萤幕上就会显示出你目前正在使用的GCC的版本。同时这也是一个相当可靠的方法，可以确定你现在所用的是ELF或是a.out。在我的系统上，执行gcc -v的结果是：<P><BLOCKQUOTE><CODE><PRE>$ gcc -vReading specs from /usr/lib/gcc-lib/i486-box-linux/2.7.2/specsgcc version 2.7.2</PRE></CODE></BLOCKQUOTE><P><P>上面的讯息指出了几件重要的事情：<UL><LI> <CODE>i486</CODE> 这是指明你现在正在用的gcc是为了486的微处理器而写的---你的电脑可能是386或是586。这3种微处理器的晶片所编译而成的程式码，彼此间是可以相容使用的。差别之处是486的程式码在某些地方有加上padding的功能，所以可以在486上面跑得比较快。这对386的机器而言，执行程式的效能并不会有什麽不良的影响，只不过真的会让程式码变得稍稍的大了一些。</LI><LI> <CODE>box</CODE> 这可以说一点也<EM>不</EM>重要；不过也可能另有所指（像是<CODE>slackware</CODE>或者是<CODE>debian</CODE>），或者根本什麽也不是（所以罗！完整的目录名称是<CODE>i486-linux</CODE>）。假如你是实务派的佼佼者，亲自动手建立属於自己的gcc，那麽你可以在建立的过程中设定这一项，以装点门面。就像我做的一样<CODE>:-)</CODE>。</LI><LI> <CODE>linux</CODE> 其实这是指<CODE>linuxelf</CODE>或是<CODE>linuxaout</CODE>。这一项会令人引起不必要的困惑，究竟是指哪一种会根据你所用的版本而异。<UL><LI> <CODE>linux</CODE> 意指ELF若版本序号是2.7.0.（或是更新的版本）；否则的话，就是a.out的了。</LI><LI><CODE>linuxaout</CODE> 意指a.out的格式。当<CODE>linux</CODE>的定义从a.out更换到ELF时，linuxaout就会顺水推舟，摇身一变，成了一个目标物。因此，你不会看到任何版本新於2.7.0.的gcc有linuxaout的。<A NAME="index.15"></A> </LI><LI><CODE>linuxelf</CODE> 已经过时了。通常这是指2.6.3版的gcc，而且这个版本也可以用来产生ELF的可执行档。要注意的是，gcc 2.6.3版在产生ELF程式码时会有bugs，所以如果你目前用的恰好是这个版本，建议你赶快升级。</LI></UL></LI><LI> <CODE>2.7.2</CODE> 版本的序号。</LI></UL><P>所以，总结起来，我有2.7.2版的gcc，可以产生ELF格式的程式码。就这麽简单，惊讶吧！eh？<P><H2><A NAME="ss3.2">3.2 东东装好後都到哪儿去了?</A></H2><P>如果安装gcc时没有仔细的看著萤幕，或者你是从一个完整的发行系统里把gcc单独抓出来安装的话，那麽也许你会想知道到底这些东东装好後是住在整个档案系统的那些地方。几个重点如下：<P><UL><LI><CODE>/usr/lib/gcc-lib/</CODE><EM>target</EM><CODE>/</CODE><EM>version</EM><CODE>/</CODE> （与子目录）大部份的编译器就是住在这个地方的。在这儿有可执行的程式，实际在做编译的工作；另外，还有一些特定版本的程式库与标头档等也会储存在此。</LI><LI> <CODE>/usr/bin/gcc</CODE> 指的是编译器的驱动程式---也就是你实际在命令列(command line)上执行的程式。这个目录可供各种版本的gcc使用，只要你用不同的编译器目录（如上所述）来安装就可以了。要知道内定的版本是那一个，在shell提示符号下打<CODE>gcc -v</CODE>。要是想强迫执行某个版本，就换打<CODE>gcc -V </CODE><EM>version</EM>。例如：<BLOCKQUOTE><CODE><PRE># gcc -vReading specs from /usr/lib/gcc-lib/i486-box-linux/2.7.2/specsgcc version 2.7.2# gcc -V 2.6.3 -vReading specs from /usr/lib/gcc-lib/i486-box-linux/2.6.3/specsgcc driver version 2.7.2 executing gcc version 2.6.3</PRE></CODE></BLOCKQUOTE></LI><LI> <CODE>/usr/</CODE><EM>target</EM><CODE>/(bin|lib|include)/</CODE>如果你装了数种的目标物件，例如a.out与elf，或是某一种的交叉编译器(cross-compiler)等等，那些属於非主流目标物件（non-native target(s)）的程式库，binutils（<CODE>as</CODE>、<CODE>ld</CODE>等等）工具与标头档等都可以在这儿找到。即使你只安装了一种gcc，还是可以在这儿找到这些原本就是替它们准备的东东。如果不是在这儿，那麽就应该是在<CODE>/usr/(bin|lib|include)</CODE>了。 </LI><LI> <CODE>/lib/</CODE>，<CODE>/usr/lib</CODE> 与其它的目录等都是主流系统（native-system）的程式馆目录。许多的应用程式都会用到<CODE>/lib/cpp</CODE>，因此你也需要它---作法上，不是从<CODE>/usr/lib/gcc-lib/</CODE><EM>target</EM><CODE>/</CODE><EM>version</EM><CODE>/ </CODE>目录里拷贝，就是弄个符号连结（symlink）指向那儿。[译者注:所谓的native，是指目前你的系统是以a.out或elf的格式为主，或者内定的gcc是哪一种版本等等。native的意思是‘本土的’、‘本国的’与‘天生的’……等等；当你拿到一片CD-ROM重头至尾将Linux安装完成，让Linux出生，成为你个人特色浓厚的作业平台後，如果再加装一些不一样的目标物件，自然就有‘本土’与‘外省’（ 无关政治），‘本国’与‘外国’、‘天生’与‘人为’等等的区别，同时也含有内定（default）的意思在。假若再附加上你个人的价值观判断和喜好，我想用主流（native）与非主流（non-native）来翻译应该还算恰当。]<A NAME="index.16"></A> </LI></UL><P><H2><A NAME="index.17"></A> <A NAME="ss3.3">3.3 标头档ㄋㄟ?标头档ㄋㄟ?</A> </H2><P>假如把你自行安装在<CODE>/usr/local/include</CODE>目录底下的标头档排除在外的话，Linux还有另外3种主要的标头档：<P><UL><LI> <CODE>/usr/include/</CODE>与其子目录底下的标头档，大部份都是由H.J.Lu发展的libc套件(libc binary package)所提供的。我会只说‘大部份’的原因，是因为你可能有其它来源的标头档（像是<CODE>curses</CODE>与<CODE>dbm</CODE>程式库等等）摆在这儿；尤其是，如果你现在用的是最新的libc发行系统的话（新版本不像旧版那样，已经不再支援curses或dbm了。），那东东之多是人人为之咋舌的！[译者注:libc binary package意指以二进位形式(machine code)储存之套件，并非原始码（text），若要以中文全称译出，则成‘libc二进位档套件’，似有聱牙之嫌，故略去binary，以libc套件通称。]<A NAME="index.18"></A> <A NAME="index.19"></A> </LI><LI> 在核心原始码的发行系统内(kernel source distribution) ，<CODE>/usr/include/linux</CODE> 与 <CODE>/usr/include/asm</CODE> （里头有这些档案：<CODE><linux/*.h></CODE> 与 <CODE><asm/*.h></CODE>）应该有符号连结（symbolic links）可以连结至目录<CODE>linux/include/linux</CODE> 与 <CODE>linux/include/asm</CODE>。如果你有鸿鹄之志的话，安装这些东东後，就不应该只是拿来编译核心（kernel）而已。把原始码解压缩（unpacking）後，可能你也会发现，需要在核心的目录（kernel directory）底下做<CODE>make config</CODE>的动作。很多的档案都会依赖<CODE><linux/autoconf.h></CODE>的帮忙，可是这个档案却有可能因版本不同而不存在。若干核心版本里，<CODE>asm</CODE>就只是它自己的一个符号连结，仅仅是在<CODE>make config</CODE>时才建立出来而已。[译者注:原文提及autoconf.h时是‘Many files depend on <CODE><linux/autoconf.h></CODE>,which otherwise may not exist,*’。此处之otherwise之词性应为形容词(adj)，指‘另一情况’、‘另一种’、‘不同的’之意，将原文形容词子句拆开来应为：(i) Many files depend on <CODE><linux/autoconf.h></CODE>.(ii)<CODE><linux/autoconf.h></CODE> <EM>of other condition</EM> may not exist.与下一句互相比对，此处应同指在不同版本之情况下。]所以，当你在目录<CODE>/usr/src/linux</CODE>底下，解开核心的程式码时，就照著下面指示的做吧！<BLOCKQUOTE><CODE><PRE>$ cd /usr/src/linux$ su# make config(回答接下来的问题。通常回答得正不正确并不重要，除非你打算继续□造核心。)# cd /usr/include# ln -s ../src/linux/include/linux .# ln -s ../src/linux/include/asm .</PRE></CODE></BLOCKQUOTE><A NAME="index.20"></A> <A NAME="index.21"></A> <A NAME="index.22"></A> <A NAME="index.23"></A> <A NAME="index.24"></A> </LI><LI> 诸如<CODE><float.h></CODE>、<CODE><limits.h></CODE>、<CODE><varargs.h></CODE>、<CODE><stdarg.h></CODE> 与<CODE><stddef.h></CODE>之类的档案，会随著不同的编译器版本而异，属於你‘个人的’档案，可以在 <CODE>/usr/lib/gcc-lib/i486-box-linux/2.7.2/include/</CODE>与其它相类似（相同）的目录名称的地方找到。11/11/97译5/14/98修正</LI></UL><P><H2><A NAME="ss3.4">3.4 建立交叉编译器(Building cross compilers)</A></H2><H3>将Linux当作标的作业平台(target platform)</H3><P> 假设你已经拿到gcc的原始码，通常你只要依循INSTALL档的指示便可完成一切的设定。 make後面再接<CODE>configure --target=i486-linux --host=XXX</CODE> on platform <CODE>XXX</CODE>，就能帮你变把戏了。要注意的是，你会需要Linux还有核心的标头档；同时也需要建立交叉组译器(cross assembler)与交叉连结器(cross linker)，来源是<A HREF="ftp://tsx-11.mit.edu/pub/linux/packages/GCC/">ftp://tsx-11.mit.edu/pub/linux/packages/GCC/</A>。<P><H3>Linux当成原始作业平台(source platform)而MSDOS作为标的作业平台</H3><P> Ugh。很明显的，这个大概需要用到套件“emx”或是延伸套件“go”。请自行去<A HREF="ftp://sunsite.unc.edu/pub/Linux/devel/msdos">ftp://sunsite.unc.edu/pub/Linux/devel/msdos</A>看看。我并没有测试过这些个东西，所以没有办法保证什麽。<P><P><HR><A HREF="GCC-HOWTO-4.html">Next</A><A HREF="GCC-HOWTO-2.html">Previous</A><A HREF="GCC-HOWTO.html#toc3">Contents</A></BODY></HTML>⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -