a4yy欧美一区二区三区,国产日韩精品一区二区浪潮av,欧美日韩日本国产亚洲在线

GCC使用向导

Sat, 25 Feb 2006 04:29:00 GMT

在�ؓ(f��)Linux开发应用程序时�Q�绝大多数情况下使用的都是C语言�Q�因此几乎每一位Linux�E�序员面临的首要问题都是如何灉|��q�用C�~�译器。目�?Linux下最常用的C语言�~�译器是GCC�Q�GNU Compiler Collection�Q�，它是GNU��目中符合ANSI C标准的编译系�l�，能够�~�译用C、C++和Object C�{�语�a��~�写的程序。GCC不仅功能非常强大�Q�结构也异常灉|��。最值得�U�道的一点就是它可以通过不同的前端模块来支持各种语言�Q�如Java�?Fortran、Pascal、Modula-3和Ada�{��?

开放、自由和灉|��是Linux的魅力所在，而这一点在GCC上的体现��是�E�序员通过它能够更好地控制整个�~�译�q�程。在使用GCC�~�译�E�序�Ӟ��~�译�q�程可以被细分�ؓ(f��)四个阶段�Q?

�?预处理（Pre-Processing�Q?

�?�~�译�Q�Compiling�Q?

�?汇编�Q�Assembling�Q?

�?链接�Q�Linking�Q?

Linux �E�序员可以根据自��q��需要让GCC在编译的��M��阶段�l�束�Q�以便检查或使用�~�译器在该阶�D늚�输出信息�Q�或者对最后生成的二进制文件进行控�Ӟ��以便通过加入不同数量和种�cȝ��调试代码来�ؓ(f��)今后的调试做好准备。和其它常用的编译器一��P��GCC也提供了灉|��而强大的代码优化功能�Q�利用它可以生成执行效率更高的代码�?

GCC提供�?0多条警告信息和三个警告��别，使用它们有助于增强程序的�E�_��性和可移植性。此外，GCC�q�对标准的C和C++语言�q�行了大量的扩展�Q�提高程序的执行效率�Q�有助于�~�译器进行代码优化，能够减轻�~�程的工作量�?

GCC��h��

在学�?f��n)��用GCC之前�Q�下面的�q�个例子能够帮助用户�q�速理解GCC的工作原理，�q�将其立卌��用到实际的项目开发中厅R��首先用熟�?zh��n)�的编辑器输入清�?所�C�的代码�Q?

清单1�Q�hello.c

#include
int main(void)
{
printf ("Hello world, Linux programming!n");
return 0;
}

然后执行下面的命令编译和�q�行�q�段�E�序�Q?

# gcc hello.c -o hello
# ./hello
Hello world, Linux programming!

从程序员的角度看�Q�只需��单地执行一条GCC命��o(h��)��可以了�Q�但从编译器的角度来看，却需要完成一�p�d��非常�J�杂的工作。首先，GCC需要调用预处理�E�序 cpp�Q�由它负责展开在源文�g中定义的宏，�q�向其中插入�?include”语句所包含的内容；接着�Q�GCC�?x��)调用ccl和as��处理后的源代码�~�译成目标代码；最后，GCC�?x��)调用链接程序ld�Q�把生成的目标代码链接成一个可执行�E�序�?

��Z��更好地理解GCC的工作过�E�，可以把上�q�编译过�E�分成几个步骤单独进行，�q�观察每步的�q�行�l�果。第一步是�q�行预编译，使用-E参数可以让GCC在预处理�l�束后停止编译过�E�：(x��)

#  gcc -E hello.c -o hello.i

此时若查看hello.cpp文�g中的内容�Q�会(x��)发现stdio.h的内容确实都插到文�g里去了，而其它应当被预处理的宏定义也都做了相应的处理。下一步是��hello.i�~�译为目标代码，�q�可以通过使用-c参数来完成：(x��)

#  gcc -c hello.i -o hello.o

GCC默认��?i文�g看成是预处理后的C语言源代码，因此上述命��o(h��)��自动蟩�q�预处理步骤而开始执行编译过�E�，也可以��?x参数让GCC从指定的步骤开始编译。最后一步是��生成的目标文�g链接成可执行文�g�Q?

#  gcc hello.o -o hello

在采用模块化的设计思想�q�行软�g开发时�Q�通常整个�E�序是由多个源文件组成的�Q�相应地也就形成了多个编译单元，使用GCC能够很好地管理这些编译单元。假设有一个由foo1.c和foo2.c两个源文件组成的�E�序�Q��ؓ(f��)了对它们�q�行�~�译�Q��ƈ最�l�生成可执行�E�序foo�Q�可以��用下面这条命令：(x��)

#  gcc foo1.c foo2.c -o foo

如果同时处理的文件不止一个，GCC仍然�?x��)按照预处理、编译和链接的过�E�依�ơ进行。如果深�I��v来，上面�q�条命��o(h��)大致相当于依�ơ执行如下三条命令：(x��)

# gcc -c foo1.c -o foo1.o
# gcc -c foo2.c -o foo2.o
# gcc foo1.o foo2.o -o foo

在编译一个包含许多源文�g的工�E�时�Q�若只用一条GCC命��o(h��)来完成编译是非常��费旉��的。假��N��目中�?00个源文�g需要编译，�q�且每个源文件中都包�?10000行代码，如果像上面那样仅用一条GCC命��o(h��)来完成编译工作，那么GCC需要将每个源文仉��重新�~�译一遍，然后再全部连接�v来。很昄��Q�这��h��费的旉��相当多，��其是当用户只是修改了其中某一个文件的时候，完全没有必要��每个文仉��重新�~�译一遍，因�ؓ(f��)很多已经生成的目标文件是不会(x��)改变的。要解决�q�个问题�Q�关键是要灵�z�运用GCC�Q�同时还要借助像Make�q�样的工兗��?

警告提示功能

GCC包含完整的出错检查和警告提示功能�Q�它们可以帮助Linux�E�序员写出更加专业和优美的代码。先来读��L��?所�C�的�E�序�Q�这�D�代码写得很�p�糕�Q�仔�l�检查一下不难挑出很多毛病：(x��)

◆main函数的返回��D��声明为void�Q�但实际上应该是int�Q?

◆��用了GNU语法扩展�Q�即使用long long来声�?4位整敎ͼ�不符合ANSI/ISO C语言标准�Q?

◆main函数在终止前没有调用return语句�?

清单2�Q�illcode.c

#include
void main(void)
{
  long long int var = 1;
  printf("It is not standard C code!n");
}

下面来看看GCC是如何帮助程序员来发现这些错误的。当GCC在编译不�W�合ANSI/ISO C语言标准的源代码�Ӟ��如果加上�?pedantic选项�Q�那么��用了扩展语法的地方将产生相应的警告信息：(x��)

# gcc -pedantic illcode.c -o illcode
illcode.c: In function `main':
illcode.c:9: ISO C89 does not support `long long'
illcode.c:8: return type of `main' is not `int'

需要注意的是，-pedantic�~�译选项�q�不能保证被�~�译�E�序与ANSI/ISO C标准的完全兼容，它仅仅只能用来帮助Linux�E�序员离�q�个目标��来��近。或者换句话��_(d��)��-pedantic选项能够帮助�E�序员发��C��些不�W�合 ANSI/ISO C标准的代码，但不是全部，事实上只有ANSI/ISO C语言标准中要求进行编译器诊断的那些情况，才有可能被GCC发现�q�提��告�?

除了-pedantic之外�Q�GCC�q�有一些其它编译选项也能够��生有用的警告信息。这些选项大多�?W开��_(d��)��其中最有�h(hu��n)值的当数-Wall了，使用它能够��GCC产生��可能多的警告信息：(x��)

# gcc -Wall illcode.c -o illcode
illcode.c:8: warning: return type of `main' is not `int'
illcode.c: In function `main':
illcode.c:9: warning: unused variable `var'

GCC�l�出的警告信息虽然从严格意义上说不能��作是错误，但却很可能成为错误的栖��n之所。一个优�U�的Linux�E�序员应该尽量避免��生警告信息，使自��q��代码始终保持��z�、优��和健壮的特性�?

在处理警告方面，另一个常用的�~�译选项�?Werror�Q�它要求GCC��所有的警告当成错误�q�行处理�Q�这在��用自动编译工��P��如Make�{�）旉��常有用。如果编译时带上-Werror选项�Q�那么GCC�?x��)在所有��生警告的地方停止�~�译�Q�迫使程序员对自��q��代码�q�行修改。只有当相应的警告信息消除时�Q�才可能��编译过�E��l�朝前推�q�。执行情况如下：(x��)

# gcc -Wall -Werror illcode.c -o illcode
cc1: warnings being treated as errors
illcode.c:8: warning: return type of `main' is not `int'
illcode.c: In function `main':
illcode.c:9: warning: unused variable `var'

对Linux�E�序员来�Ԍ��GCC�l�出的警告信息是很有价值的�Q�它们不仅可以帮助程序员写出更加健壮的程序，而且�q�是跟踪和调试程序的有力工具。徏议在用GCC�~�译源代码时始终带上-Wall选项�Q��ƈ把它逐渐培养成�ؓ(f��)一�U�习(f��n)惯，�q�对扑և�常见的隐式编�E�错误很有帮助�?

在Linux 下开发��Y件时�Q�完全不使用�W�三方函数库的情冉|��比较?y��u)��见的，通常来讲都需要借助一个或多个函数库的支持才能够完成相应的功能。从�E�序员的角度看，函数库实际上��是一些头文�g�Q?h�Q�和库文�Ӟ��.so或�?a�Q�的集合。虽然Linux下的大多数函数都默认��头文�g攑ֈ�/usr/include/目录下，而库文�g则放�?usr/lib/目录下，但�ƈ不是所有的情况都是�q�样。正因如此，GCC在编译时必须有自��q��办法来查找所需要的头文件和库文件�?

GCC采用搜烦目录的办法来查找所需要的文�g�Q?I选项可以向GCC的头文�g搜烦路径中添加新的目录。例如，如果�?home/xiaowp/include/目录下有�~�译时所需要的头文�Ӟ��Z��让GCC能够��利地找到它们，��可以��?I选项�Q?

# gcc foo.c -I /home/xiaowp/include -o foo

同样�Q�如果��用了不在标准位置的库文�g�Q�那么可以通过-L选项向GCC的库文�g搜烦路径中添加新的目录。例如，如果�?home/xiaowp/lib/目录下有链接时所需要的库文件libfoo.so�Q��ؓ(f��)了让GCC能够��利地找到它�Q�可以��用下面的命��o(h��)�Q?

# gcc foo.c -L /home/xiaowp/lib -lfoo -o foo

值得好好解释一下的�?l选项�Q�它指示GCC去连接库文�glibfoo.so。Linux下的库文件在命名时有一个约定，那就是应该以lib三个字母开��_(d��)��׃��所有的库文仉��遵��@了同��L(f��ng)��规范�Q�因此在�?l选项指定链接的库文�g名时可以省去lib三个字母�Q�也��是说GCC在对-lfoo�q�行处理�Ӟ��?x��)自动去链接名��?f��)libfoo.so的文件�?

Linux下的库文件分��Z��大类分别是动态链接库�Q�通常�?so�l�尾�Q�和静态链接库�Q�通常�?a �l�尾�Q�，两者的差别仅在�E�序执行时所需的代码是在运行时动态加载的�Q�还是在�~�译旉��态加载的。默认情况下�Q�GCC在链接时优先使用动态链接库�Q�只有当动态链接库不存在时才考虑使用静态链接库�Q�如果需要的话可以在�~�译时加�?static选项�Q�强制��用静态链接库。例如，如果�?/home/xiaowp/lib/目录下有链接时所需要的库文件libfoo.so和libfoo.a�Q��ؓ(f��)了让GCC在链接时只用到静态链接库�Q�可以��用下面的命��o(h��)�Q?

# gcc foo.c -L /home/xiaowp/lib -static -lfoo -o foo
代码优化

代码优化指的是编译器通过分析源代码，扑և�其中��未辑ֈ�最优的部分�Q�然后对光��新进行组合，目的是改善程序的执行性能。GCC提供的代码优化功能非常强大，它通过�~�译选项-On来控制优化代码的生成�Q�其中n是一个代表优化��别的整数。对于不同版本的GCC来讲�Q�n的取��D��围及(qi��ng)其对应的优化效果可能�q�不完全相同�Q�比较典型的范围是从0变化�?�?�?

�~�译时��用选项-O可以告诉GCC同时减小代码的长度和执行旉��Q�其效果�{��h(hu��n)�?O1。在�q�一�U�别上能够进行的优化�c�d��虽然取决于目标处理器�Q�但一般都�?x��)包括线�E�蟩转（Thread Jump�Q�和延迟退栈（Deferred Stack Pops�Q�两�U�优化。选项-O2告诉GCC除了完成所�?O1�U�别的优化之外，同时�q�要�q�行一些额外的调整工作�Q�如处理器指令调度等。选项-O3则除了完成所�?O2�U�别的优化之外，�q�包括��@环展开和其它一些与处理器特性相关的优化工作。通常来说�Q�数字越大优化的�{��񔭑�高�Q�同时也��意味着�E�序的运行速度��快。许多Linux�E�序员都喜欢使用-O2选项�Q�因为它在优化长度、编译时间和代码大小之间�Q�取得了一个比较理想的�q��炏V�?

下面通过具体实例来感受一下GCC的代码优化功能，所用程序如清单3所�C��?

清单3�Q�optimize.c

#include

int main(void)

{

double counter;

double result;

double temp;

for (counter = 0; counter < 2000.0 * 2000.0 * 2000.0 / 20.0 + 2020; counter += (5 - 1) / 4)

{ temp = counter / 1979; result = counter; }

printf("Result is %lfn", result);

return 0;

}

首先不加��M��优化选项�q�行�~�译�Q?

# gcc -Wall optimize.c -o optimize

借助Linux提供的time命��o(h��)�Q�可以大致统计出该程序在�q�行时所需要的旉��Q?

# time ./optimizeResult is 400002019.000000real 0m14.942suser 0m14.940ssys 0m0.000s

接下��M��用优化选项来对代码�q�行优化处理�Q?

# gcc -Wall -O optimize.c -o optimize

在同��L(f��ng)��条�g下再�ơ测试一下运行时��_(d��)��(x��)

# time ./optimizeResult is 400002019.000000real 0m3.256suser 0m3.240ssys 0m0.000s

�Ҏ(gu��)��两次执行的输出结果不隄��出，�E�序的性能的确得到了很大幅度的改善�Q�由原来�?4�U�羃短到�?�U�。这个例子是专门针对GCC的优化功能而设计的�Q�因此优化前后程序的执行速度发生了很大的改变。尽��GCC的代码优化功能非常强大，但作��Z��名优�U�的Linux�E�序员，首先�q�是要力求能够手工编写出高质量的代码。如果编写的代码��短，�q�且逻辑性强�Q�编译器��׃��?x��)做更多的工作，甚至��?gu��)��用不着优化�?

优化虽然能够�l�程序带来更好的执行性能�Q�但在如下一些场合中应该避免优化代码�Q?

�?�E�序开发的时�?优化�{��񔭑�高�Q�消耗在�~�译上的旉��p��长，因此在开发的时候最好不要��用优化选项�Q�只有到软�g发行或开发结束的时候，才考虑�Ҏ(gu��)��l�生成的代码�q�行优化�?

�?资源受限的时�?一些优化选项�?x��)增加可执行代码的体�U�，如果�E�序在运行时能够甌��到的内存资源非常紧张�Q�如一些实时嵌入式讑֤��Q�，那就不要对代码进行优化，因�ؓ(f��)��p��带来的负面媄响可能会(x��)产生非常严重的后果�?

�?跟踪调试的时�?在对代码�q�行优化的时候，某些代码可能�?x��)被删除或改写，或者�ؓ(f��)了取得更佳的性能而进行重�l�，从而��跟踪和调试变得异常困难�?

调试

一个功能强大的调试器不仅�ؓ(f��)�E�序员提供了跟踪�E�序执行的手�D�，而且�q�可以帮助程序员扑ֈ�解决问题的方法。对于Linux�E�序员来�Ԍ��GDB�Q�GNU Debugger�Q�通过与GCC的配合��用，为基于Linux的��Y件开发提供了一个完善的调试环境�?

默认情况下，GCC在编译时不会(x��)��调试符��h��入到生成的二�q�制代码中，因�ؓ(f��)�q�样�?x��)增加可执行文�g的大��。如果需要在�~�译时生成调试符号信息，可以使用GCC �?g或�?ggdb选项。GCC在��生调试符��h��Q�同样采用了分��的思�\�Q�开发�h员可以通过�?g选项后附加数�?�?�?来指定在代码中加入调试信息的多少。默认的�U�别�?�Q?g2�Q�，此时产生的调试信息包括扩展的�W�号表、行受��局部或外部变量信息。��?�Q?g3�Q�包含��?中的所有调试信息，以及(qi��ng)源代码中定义的宏。��?�Q?g1�Q�不包含局部变量和与行��h��关的调试信息�Q�因此只能够用于回溯跟踪和堆栈�{储之用。回溯跟�t�指的是监视�E�序在运行过�E�中的函数调用历�Ԍ��堆栈转储则是一�U�以原始的十六进制格式保存程序执行环境的�Ҏ(gu��)��Q�两者都是经常用到的调试手段�?

GCC产生的调试符号具有普遍的适应性，可以被许多调试器加以利用�Q�但如果使用的是GDB�Q�那么还可以通过-ggdb选项在生成的二进制代码中包含GDB专用的调试信息。这�U�做法的优点是可以方便GDB的调试工作，但缺�Ҏ(gu��)��可能��D��其它调试器（如DBX�Q�无法进行正常的调试。选项-ggdb能够接受的调试��别和-g是完全一��L(f��ng)��Q�它们对输出的调试符��h��着相同的媄响�?

需要注意的是，使用��M��一个调试选项都会(x��)使最�l�生成的二进制文件的大小急剧增加�Q�同时增加程序在执行时的开销�Q�因此调试选项通常仅在软�g的开发和调试阶段使用。调试选项对生成代码大��的影响从下面的�Ҏ(gu��)��q�程中可以看出来�Q?

# gcc optimize.c -o optimize

# ls optimize -l-rwxrwxr-x 1 xiaowp xiaowp 11649 Nov 20 08:53 optimize (未加调试选项)

# gcc -g optimize.c -o optimize

# ls optimize -l-rwxrwxr-x 1 xiaowp xiaowp 15889 Nov 20 08:54 optimize (加入调试选项)

虽然调试选项�?x��)增加文件的大小�Q�但事实上Linux中的许多软�g在测试版本甚��x��l�发行版本中仍然使用了调试选项来进行编译，�q�样做的目的是鼓��q��户在发现问题时自己动手解冻I��是Linux的一个显著特艌Ӏ?

下面�q�是通过一个具体的实例说明如何利用调试�W�号来分析错误，所用程序见清单4所�C��?

清单4�Q�crash.c

#include

int main(void)

{

int input =0;

printf("Input an integer:");

scanf("%d", input);

printf("The integer you input is %dn", input);

return 0;

}

�~�译�q�运行上�q�C��码，�?x��)��生一个严重的�D�错误（Segmentation fault�Q�如下：(x��)

# gcc -g crash.c -o crash

# ./crashInput

an integer:10Segmentation fault

��Z��更快速地发现错误所在，可以使用GDB�q�行跟踪调试�Q�方法如下：(x��)

# gdb crashGNU gdb Red Hat Linux (5.3post-0.20021129.18rh)…�?gdb)

当GDB提示�W�出现的时候，表明GDB已经做好准备�q�行调试了，现在可以通过run命��o(h��)让程序开始在GDB的监控下�q�行�Q?

(gdb) runStarting program: /home/xiaowp/thesis/gcc/code/crashInput an integer:10Program received signal SIGSEGV, Segmentation fault.0x4008576b in _IO_vfscanf_internal () from /lib/libc.so.6

仔细分析一下GDB�l�出的输出结果不隄��出，�E�序是由于段错误而导致异�怸�止的�Q�说明内存操作出了问题，具体发生问题的地�Ҏ(gu��)��在调�?_IO_vfscanf_internal ( )的时候。�ؓ(f��)了得到更加有价值的信息�Q�可以��用GDB提供的回溯跟�t�命令backtrace�Q�执行结果如下：(x��)

(gdb) backtrace

#0 0x4008576b in _IO_vfscanf_internal () from /lib/libc.so.6

#1 0xbffff0c0 in ?? ()

#2 0x4008e0ba in scanf () from /lib/libc.so.6

#3 0x08048393 in main () at crash.c:11

#4 0x40042917 in __libc_start_main () from /lib/libc.so.6

跌��输出�l�果中的前面三行�Q�从输出�l�果的第四行中不隄��出，GDB已经��错误定位到crash.c中的�W?1行了。现在仔�l�检查一下：(x��)

(gdb) frame 3

#3 0x08048393 in main () at crash.c:1111 scanf("%d", input);

使用GDB提供的frame命��o(h��)可以定位到发生错误的代码�D�，该命令后面跟着的数值可以在backtrace命��o(h��)输出�l�果中的行首扑ֈ�。现在已�l�发现错误所在了�Q�应该将

scanf("%d", input);改�ؓ(f��)scanf("%d", &input);

完成后就可以退出GDB了，命��o(h��)如下�Q?

(gdb) quit

GDB的功能远�q�不止如此，它还可以单步跟踪�E�序、检查内存变量和讄��断点�{��?

调试时可能会(x��)需要用到编译器产生的中间结果，�q�时可以使用-save-temps选项�Q�让GCC��预处理代码、汇�~�代码和目标代码都作为文件保存�v来。如果想��查生成的代码是否能够通过手工调整的办法来提高执行性能�Q�在�~�译�q�程中生成的中间文�g��会(x��)很有帮助�Q�具体情况如下：(x��)

# gcc -save-temps foo.c -o foo

# ls foo*foo foo.c foo.i foo.s

GCC 支持的其它调试选项�q�包�?p�?pg�Q�它们会(x��)��剖析（Profiling�Q�信息加入到最�l�生成的二进制代码中。剖析信息对于找出程序的性能瓉��很有帮助�Q�是协助Linux�E�序员开发出高性能�E�序的有力工兗��在�~�译时加�?p选项�?x��)在生成的代码中加入通用剖析工具�Q�Prof�Q�能够识别的�l�计信息�Q��? pg选项则生成只有GNU剖析工具�Q�Gprof�Q�才能识别的�l�计信息�?

最后提醒一点，虽然GCC允许在优化的同时加入调试�W�号信息�Q�但优化后的代码对于调试本��n而言��是一个很大的挑战。代码在�l�过优化之后�Q�在源程序中声明和��用的变量很可能不再��用，控制��也可能�?x��)突然蟩转到意外的地方，循环语句有可能因为��@环展开而变得到处都有，所有这些对调试来讲都将是一场噩梦。徏议在调试的时候最好不使用��M��优化选项�Q�只有当�E�序在最�l�发行的时候才考虑对其�q�行优化�?
上次的培训园��C��介绍了GCC的编译过�E�、警告提�C�功能、库依赖、代码优化和�E�序调试六个斚w��的内宏V��这期是最后的一部分内容�?
在将源代码变成可执行文�g的过�E�中�Q�需要经�q�许多中间步骤，包含预处理、编译、汇�~�和�q�接。这些过�E�实际上是由不同的程序负责完成的。大多数情况下GCC可以为Linux�E�序员完成所有的后台工作�Q�自动调用相应程序进行处理�?

�q�样做有一个很明显的缺点，��是GCC在处理每一个源文�g�Ӟ��最�l�都需要生成好几个临时文�g才能完成相应的工作，从而无形中��D��处理速度变慢。例如，GCC 在处理一个源文�g�Ӟ��可能需要一个��(f��)时文件来保存预处理的输出、一个��(f��)时文件来保存�~�译器的输出、一个��(f��)时文件来保存汇编器的输出�Q�而读写这些��(f��)时文件显焉��要耗费一定的旉��。当软�g��目变得非常庞大的时候，��p��在这上面的代价可能会(x��)变得很沉重�?

解决的办法是�Q��用Linux提供的一�U�更加高效的通信方式—管道。它可以用来同时�q�接两个�E�序�Q�其中一个程序的输出��被直接作�ؓ(f��)另一个程序的输入�Q�这样就可以避免使用临时文�g�Q�但�~�译时却需要消耗更多的内存�?

在编译过�E�中使用��道是由GCC�?pipe选项军_��的。下面的�q�条命��o(h��)��是借助GCC的管道功能来提高�~�译速度的：(x��)

# gcc -pipe foo.c -o foo

在编译小型工�E�时使用��道�Q�编译时间上的差异可能还不是很明显，但在源代码非常多的大型工�E�中�Q�差异将变得非常明显�?

文�g扩展�?

在��用GCC的过�E�中�Q�用户对一些常用的扩展名一定要熟�?zh��n)��Q��ƈ知道其含义。�ؓ(f��)了方便大家学�?f��n)��用GCC�Q�在此将�q�些扩展名罗列如下：(x��)

.c C原始�E�序�Q?

.C C++原始�E�序�Q?

.cc C++原始�E�序�Q?

.cxx C++原始�E�序�Q?

.m Objective-C原始�E�序�Q?

.i 已经�q�预处理的C原始�E�序�Q?

.ii 已经�q�预处理之C++原始�E�序�Q?

.s �l�合语言原始�E�序�Q?

.S �l�合语言原始�E�序�Q?

.h 预处理文�?标头文�g)�Q?

.o 目标文�g�Q?

.a 存档文�g�?

GCC常用选项

GCC作�ؓ(f��)Linux下C/C++重要的编译环境，功能强大�Q�编译选项�J�多。�ؓ(f��)了方便大家日后编译方便，在此��常用的选项�?qi��ng)说明罗列出来如下�?x��)

-c 通知GCC取消链接步骤�Q�即�~�译源码�q�在最后生成目标文�Ӟ��

-Dmacro 定义指定的宏�Q��它能够通过源码中的#ifdef�q�行��验；

-E 不经�q�编译预处理�E�序的输��输送至标准输出�Q?

-g3 获得有关调试�E�序的详�l�信息，它不能与-o选项联合使用�Q?

-Idirectory 在包含文件搜索�\径的��L(f��ng)��处添加指定目录；

-llibrary 提示链接�E�序在创建最�l�可执行文�g时包含指定的库；

-O�?O2�?O3 ��优化状态打开�Q�该选项不能�?g选项联合使用�Q?

-S 要求�~�译�E�序生成来自源代码的汇编�E�序输出�Q?

-v 启动所有警报；

-Wall 在发生警报时取消�~�译操作�Q�即��警报看作是错误�Q?

-Werror 在发生警报时取消�~�译操作�Q�即把报警当作是错误�Q?

-w ��止所有的报警�?

��结

GCC 是在Linux下开发程序时必须掌握的工具之一。本文对GCC做了一个简要的介绍�Q�主要讲�q�C��如何使用GCC�~�译�E�序、��生警告信息、调试程序和加快 GCC的编译速度。对所有希望早日跨入Linux开发者行列的人来��_(d��)��GCC��是成�ؓ(f��)一名优�U�的Linux�E�序员的赯��Uѝ�?

�W�笑�?/a> 2006-02-25 12:29 发表评论

VC��技�?5�?

Fri, 24 Feb 2006 05:26:00 GMT

一�?nbsp;一�ơ只�q�行一个程序实�?/STRONG>
下列两种方式都可以实玎ͼ��采用�W�二�U�方式：(x��)
1�?nbsp;if( FindWindow(NULL,"�E�序标题"))
         exit(0);
2、BOOL CDemoTBarEApp::InstanceIsRun()
{
HANDLE m_hMutex;
m_hMutex = ::CreateMutex(NULL, TRUE, _T("YourApplication"));
ASSERT(m_hMutex);
if (GetLastError() == ERROR_ALREADY_EXISTS)
{
  m_hMutex = NULL;
  return TRUE;//实例已经�q�行
}
return FALSE;//实例未运�?BR>}

二�?nbsp;装蝲光标
SetCursor(AfxGetApp()->LoadStandardCursor(IDC_WAIT));
　　其中::SetCursor()是全局函数�Q�用来设�|�整个例�E�的光标参数是宏定义光标句柄。AfxGetApp ()是一个系�l�函敎ͼ�它返回当前的一个CWinApp对象。其成员函数LoadStandardCursor()用来��d��一个系�l�指针，每一�U�系�l�指针的具体宏定义如下：(x��)
IDC_APPSTARTING 带小沙漏的标准箭�?BR>IDC_ARROW 标准��头
IDC_CROSS 十字光标�Q�用于定位）
IDC_HAND Windows 2000�Q�手�?BR>IDC_HELP 带问��L(f��ng)��头
IDC_IBEAM I型标
IDC_ICON Obsolete for applications marked version 4.0 or later.
IDC_NO   ��止�W�号
IDC_SIZE Obsolete for applications marked version 4.0 or later. Use IDC_SIZEALL.
IDC_SIZEALL 十字��头
IDC_SIZENESW 指向东北和西南的双向��头
IDC_SIZENS 指向南和北的双向��头
IDC_SIZENWSE 指向西北和东南的双向��头
IDC_SIZEWE 指向东西的双向箭�?BR>IDC_UPARROW 上箭�?BR>IDC_WAIT 沙漏

三、获得主框架�Q?/STRONG>
CMainFrame * pMainframe = (CMainFrame *) AfxGetApp()->m_pMainWnd;
.获取应用�E�序的实例句柄：(x��)
      Example: HANDLE hInstance=AfxGetInstanceHandle();

获得应用�E�序�ȝ��口的指针�Q?BR>      Example: AfxGetMainWnd() ->ShowWindow(SW_SHOWMAXMIZED); //使程序最大化

四、重新徏立字体的代码
if(m_fontLogo.m_hObject)
  m_fontLogo.Detach();

m_fontLogo.CreateFont(nHeight, 0, 0, 0, nWeight, bItalic, bUnderline,0,0,0,0,0,0, Name);

五、用指定颜色填充区域
dc.FillSolidRect(rect, ::GetSysColor(COLOR_3DFACE));

六、绘制立体字体效果的字体�Q�很值得一�?BR>void CTestView::OnPaint()
{
CPaintDC dc(this); // device context for painting

CRect rect;
GetWindowRect(rect);

CFont m_fontLogo;
m_fontLogo.CreateFont(24, 0, 0, 0, FW_BOLD, true,
  FALSE,0,0,0,0,0,0, "Arial");
CString m_LogoText;
m_LogoText=_T("Benlux Pro3D System");
dc.SetBkMode(TRANSPARENT);

CFont * OldFont = dc.SelectObject(&m_fontLogo);

// draw text in DC
COLORREF OldColor = dc.SetTextColor( ::GetSysColor( COLOR_3DHILIGHT));

rect.right = rect.Width();
rect.bottom = rect.Height();
rect.left = rect.top = 0;
dc.FillSolidRect(rect, ::GetSysColor(COLOR_3DFACE));

dc.DrawText( m_LogoText, rect + CPoint(1,1), DT_SINGLELINE | DT_LEFT | DT_VCENTER);
dc.SetTextColor( ::GetSysColor( COLOR_3DSHADOW));
dc.DrawText( m_LogoText, rect, DT_SINGLELINE | DT_LEFT | DT_VCENTER);

// restore old text color
dc.SetTextColor( OldColor);
// restore old font
dc.SelectObject(OldFont);
// Do not call CView::OnPaint() for painting messages
}

七、简单的消息��索和抽取函数�Q�能够让�pȝ��响应其它操作
BOOL PeekAndPump()
{
static MSG msg;

while (::PeekMessage(&msg,NULL,0,0,PM_NOREMOVE)) {
  if (!AfxGetApp()->PumpMessage()) {
   ::PostQuitMessage(0);
   return FALSE;
  }
}
return TRUE;
}

八、在你的�E�序中用动画光标替换默认的等待光�?(ANI光标的��?
HCURSOR m_hAniCursor=NULL;
BeginWaitCursor();   //begin wait cursor for api function

//load ani cursor from file in current path
TCHAR cursorPath[MAX_PATH]; GetModuleFileName(NULL,cursorPath,MAX_PATH);
char drive[_MAX_DRIVE];
char dir[_MAX_DIR];
char fname[_MAX_FNAME];
char ext[_MAX_EXT];
_splitpath(cursorPath, drive, dir, fname, ext );
sprintf(cursorPath,"%s%swait.ani",drive,dir); //ani cursor file name is wait.ani

m_hAniCursor= LoadCursorFromFile(cursorPath);
HCURSOR oldCursor;
if(m_hAniCursor != NULL)
  oldCursor=SetCursor(m_hAniCursor);

for(long i=0;i<1000;i++)
  Sleep(5);

oldCursor=NULL;
m_hAniCursor=NULL;
EndWaitCursor(); //end wait cursor for api function

�?ji��)、如何限制编辑框中的准许字符
     如果用户在编辑控件中只允许接收数字，可以使用一个标准的�~�辑控�g�q�指
定新的创建标志ES_NUMBERS,它是Windows 95新增加的标志�Q�该标志限制 �~�辑�?BR>件只按收数字字符�?BR>如果用户需要复杂的�~�辑控�g�Q�可以��用Microsoft 的屏蔽编辑控�Ӟ��它是一个很有用的OLE定制控�g�?BR>    如果希望不��用OLE 定制控�g自己处理字符�Q�可以派生一个CEdit �c�dƈ处理WM_CHAR消息�Q�然后从�~�辑控�g中过滤出特定的字�W�。首先，使用ClassWizard 建立一�?CEdit的派生类�Q�其�ơ，在对话类中指定一个成员变量将�~�辑控�g分类在OnInitdialog 中调用CWnd: : SubclassDlgItem .

//In your dialog class declaration (.H file )
private :
    CMyEdit m_wndEdit ; // Instance of your new edit control .

//In you dialog class implementation (.CPP file )
BOOL CSampleDialog : : OnInitDialog ( )
{

    //Subclass the edit lontrod .
    m_wndEdit .SubclassDlgItem (IDC_EDIT,this );
    �?BR>}
    使用ClassWizard处理WM_CHAR消息�Q�计��nChar参量�q�决定所执行的操作，用户可以��定是否修改、传送字�W�。下例说明了如何昄��字母字符�Q�如果字�W�是字母字符�Q�则调用CWnd ; OnChar�Q�否则不调用OnChar.
//Only display alphabetic dharacters .
void CMyEdit : : OnChar (UINT nChar , UINT nRepCnt , UITN nFlags )
{
    //Determine if nChar is an alphabetic character .
    if (: : IsCharAlpha ( ( TCHAR) nChar ) )
        CEdit : : OnChar (nChar, nRepCnt , nFlags );
}
    如果要修改字�W�，则不能仅仅简单地用修改过的nChar调用CEdit : : OnChar。要修改一个字�W�，需要首先修改nChar�Q�然后用修改�q�的nChar调用CWnd: : DefWindowProc。下例说明了如何��字�W��{变�ؓ(f��)大写�Q?BR>//Make all characters uppercase
void CMyEdit : : OnChar (UINT nChar , UINT nRepCnt , UINT nFlags )
{
    //Make sure character is uppercase .
    if (: : IsCharAlpha ( .( TCHAR) nChar)
         nChar=: : CharUpper (nChar ) ;
    //Bypass default OnChar processing and directly call default window proc.
    DefWindProc (WM_CHAR, nChar , MAKELPARAM (nRepCnt , nFlags )) ;
}

十、串太长时如何在其末��显�C�Z��个省略号
    调用CDC:: DrawText�q�指定DT_END_ELLIPSIS标志�Q�这样就可以用小略号取代串末��字符使其适合于指定的边界矩�Ş。如果要昄��路径信息�Q�指定DT_END_ELLIPSIS标志�q�省略号取代串中间的字符�?BR>void CSampleView:: OnDraw (CDC* pDC)
{
     CTestDoc* pDoc=GetDocument ();
     ASSERT_VALID (pDoc);

     //Add ellpsis to end of string if it does not fit
     pDC->Drawtext (CString ("This is a long string"),
         CRect (10, 10, 80, 30), DT_LEFT | DT_END_ELLIPSIS);

     //Add ellpsis to middle of string if it does not fit
     pDC->DrawText (AfxgetApp () ->m_pszhelpfilePath,
         CRect (10, 40, 200, 60), DT_LEFT | DT_PATH_ELLIPSIS);
}

十一、如何实��C��个橡皮区矩�Ş(��h��t�迹矩�Ş�q�可�U�d��、羃攄��矩�Ş)
     CRectTracker是一个很有用的类�Q�可以通过调用CRectTracker:: TrackRubberBand响应WM_LBUTTONDOWN消息来创��Z��个橡皮区矩�Ş。下例表明��用CRectTracker�U�d��和重�|�视�H�中的蓝色椭圆的大小是很�Ҏ(gu��)��的事情�?BR>    首先�Q�在文档�c�M��声明一个CRectTracker数据成员�Q?BR>class CTestDoc: Public CDocument
{�?BR>public:
CRectTracker m_tracker;
�?BR>};
     其次�Q�在文档�cȝ��构造函��C��初始化CRectTracker 对象�Q?BR>CTestDoc::CTestDoc()
{
m_tracker.m_rect.SetRect (10, 10, 300, 300);
m_tracker.m_nStyle=CRectTracker:: resizeInside |
  CRectTracker:: dottedLine;
}
     然后�Q�在视图�cȝ��OnDraw函数中画椭圆和踪�q�矩形：(x��)
void CTestView::OnDraw(CDC* pDC)
{
CTestDoc* pDoc = GetDocument();
ASSERT_VALID(pDoc);

//Select blue brush into device context.
     CBrush brush (RGB (0, 0, 255));
     CBrush* pOldBrush=pDC->SelectObject (&brush);

     //draw ellipse in tracking rectangle.
     CRect rcEllipse;
     pDoc->m_tracker.GetTrueRect (rcEllipse);
     pDC->Ellipse (rcEllipse);

     //Draw tracking rectangle.
     pDoc->m_tracker.Draw (pDC);
     //Select blue brush out of device context.
     pDC->SelectObject(pOldBrush);
}
    最后，视图�c�M��处理WM_LBUTTONDOWN消息�Q��ƈ增加下述代码。该�D�代码根据鼠标击键情况可以拖放、移动或者重�|�椭圆的大小�?/P>
void CTestView::OnLButtonDown(UINT nFlags, CPoint point)
{
   //Get pointer to document.
     CTestDoc* pDoc=GetDocument();
     ASSERT_VALID (pDoc);

     //If clicked on ellipse, drag or resize it. Otherwise create a
     //rubber-band rectangle nd create a new ellipse.
     BOOL bResult=pDoc->m_tracker.HitTest (point)!=
         CRectTracker::hitNothing;

     //Tracker rectangle changed so update views.
     if (bResult)
     {
        pDoc->m_tracker.Track (this,point,TRUE);
        pDoc->SetModifiedFlag ();
        pDoc->UpdateAllViews (NULL);
     }
     else
        pDoc->m_tracker.TrackRubberBand (this,point,TRUE);

CView::OnLButtonDown(nFlags, point);
}

十二、如何在临时目录创徏一个��(f��)时文�?/STRONG>
如果你要在��(f��)时目录下创徏临时文�g�Q�下面的代码能帮��C��的忙�?BR>bool GetuniqueTempName (CString& strTempName)
{
strTempName="";
     //Get the temporary files directory.
     TCHAR szTempPath [MAX_PATH];
     DWORD dwResult=:: GetTempPath (MAX_PATH, szTempPath);
     if (dwResult==0)
   return false;

     //Create a unique temporary file.
     TCHAR szTempFile[MAX_PATH];
     UINT nResult=GetTempFileName (szTempPath, _T ("~ex"),0,szTempFile);
     if (dwResult==0)
   return false;

     strTempName=szTempFile;
return true;
}

十三、如何限制窗口的最��范�?/STRONG>
要限制窗体的大小�Q�下面的代码能帮��C��的忙�?BR>在CMainFrame中增加WM_GETMAXMININFO消息的处理函敎ͼ�然后在这个函��C��写代码如�?
//限制�ȝ��体的最��高度和宽度
void CMainFrame::OnGetMinMaxInfo(MINMAXINFO FAR* lpMMI)
{
lpMMI->ptMinTrackSize.x=600;
lpMMI->ptMinTrackSize.y=400;
CNewFrameWnd::OnGetMinMaxInfo(lpMMI);
}

十四、怎样删除文�g到回收站�?/STRONG>
要删除文件到回收站，很简单。只要用SHFileOperation函数��p��了，下面的代码我��ؓ(f��)你演�C�Z��q�一个函数的用法。当然你可以直接拯��C��的项目中�?BR>//删除文�g到回收站�?BR>//pszPath : 待删除的全�\径文件名
//bDelete : TRUE 删除�Q�不�U�d��回收站，FALSE:�U�d��回收�?BR>一�?nbsp;//�q�回    : TRUE 删除成功     FALSE 删除��p�|
BOOL CDelFileToRecycleDlg::Recycle(LPCTSTR pszPath, BOOL bDelete/*=FALSE*/)
{
SHFILEOPSTRUCT shDelFile;
memset(&shDelFile,0,sizeof(SHFILEOPSTRUCT));
shDelFile.fFlags |= FOF_SILENT;      // don"t report progress
shDelFile.fFlags |= FOF_NOERRORUI;     // don"t report errors
shDelFile.fFlags |= FOF_NOCONFIRMATION;    // don"t confirm delete
// Copy pathname to double-NULL-terminated string.
//
TCHAR buf[_MAX_PATH + 1]; // allow one more character
_tcscpy(buf, pszPath);   // copy caller"s pathname
buf[_tcslen(buf)+1]=0;   // need two NULLs at end

// Set SHFILEOPSTRUCT params for delete operation
shDelFile.wFunc = FO_DELETE;       // REQUIRED: delete operation
shDelFile.pFrom = buf;         // REQUIRED: which file(s)
shDelFile.pTo = NULL;          // MUST be NULL
if (bDelete)
{         // if delete requested..
  shDelFile.fFlags &= ~FOF_ALLOWUNDO;    // ..don"t use Recycle Bin
}
else
{           // otherwise..
  shDelFile.fFlags |= FOF_ALLOWUNDO;    // ..send to Recycle Bin
}
     return SHFileOperation(&shDelFile);    // do it!
}

十五、内存泄漏检�?/STRONG>
    也许你已�l�知道，在C++和C语言中指针问题也��是内存甌��与释放是一个��o(h��)人头疼的事情�Q�假如你甌��了内存，但没有释放，�q�且你的�E�序需要长旉��地运行，那么�Q�系�l�的资源��逐渐减少�Q�当�pȝ��的资源全部被用完�Ӟ��pȝ��会(x��)崩溃。所以在开发程序的�q�程中一定要保证资源的完全释放。下面我们来介绍内存漏洞的检查�?BR>�C�Z��如下�Q?BR>// do your memory allocations and deallocations...
CString s = "This is a frame variable";
#ifdef _DEBUG
CMemoryState oldMemState, newMemState, diffMemState;
oldMemState.Checkpoint();
#endif
// the next object is a heap object
CString* p = new CString( "Smith Alan 581_0215" );
delete p;
p=NULL;
#ifdef _DEBUG
newMemState.Checkpoint();
BOOL b=diffMemState.Difference(oldMemState, newMemState);
if (b)
{
  AfxMessageBox( "Memory leaked! " );
}
#endif
    �Ҏ(gu��)��试验�Q�由于我们无法释放掉象int CString char 甌��的变量。只能释放指针型的变量。而检��内存时�Q�照样会(x��)出现内存泄漏现象。所以，�q�种内存?g��u)��方式局限性还是很大。因为我们无法释��N��指针型变量�?/P>

�W�笑�?/a> 2006-02-24 13:26 发表评论

a4yy欧美一区二区三区,国产日韩精品一区二区浪潮av,欧美日韩日本国产亚洲在线

GCC使用向导

VC���技�?5�?

VC��技�?5�?