地方出现了语法错误。单击某一条错误提示信息，KDevelop 会自动把光标定位到发生该
错误的语句上。依据错误提示，修正程序中的语法错误，然后再次尝试编译，直到出现
Success 的提示。经常出现的一种情况是，程序上的一个语法错误会导致多条错误信息的
出现。因此，应该把第一条错误信息认真处理好，再从随后的错误信息中随机选择几条加
以 处 理 ， 然 后 就 再 次 尝 试 编 译 ， 看 还 有 没 有 错 误 信 息 。 如 此 反 复 多 次 ，
直到把所有的错误提示消除掉，编译就成功了。不要把所有错误信息都依次处理完再尝试
编
译
，
那
样
的
效
率
比
较
低
。
http://www.shzhenai.com/Activity/201103/MeiBaiZhen/
编译成功后，执行菜单操作【Build】→【Built Project】即可生成相应的生成可执行文件。
本
例
的
可
执
行
文
件
见
viruspread
。
调
试
接下来，可以执行菜单操作【Build】→【Excecute program】试运行程序。这种运行是在
KDevelop
“
”
的 控 制 下 进 行 的 。 因 此 ， 如 果 出 现 死 循 环 ， 可 以 执 行 菜 单 操 作
【Build】→【Stop】或按 Esc 键即可中止程序的运行。如果在程序中存在逻辑错误，就得不
到期望的结果。逻辑错误的排除比较困难。必须对程序进行仔细的分析才能找到错误的原
因
。
一般的逻辑错误可以根据程序的运行表现加以判断。比较深层次的逻辑错误则需要
借助调试工具。本章前面介绍的调试工具 GNU gdb 就是一个很好的工具，可以用它对程
序进行仔细分析，查找逻辑错误的根源。默认情况下，经过【Build】→【Built Project】操
作之后，可以在工程目录下的/debug/src/中找到带源代码调试符号的可执行文件。发现
逻辑错误后，就要修改程序，重新编译连接。然后再试运行。如果仍然得不到期望的结果，
说明程序中还有逻辑错误，应再次进行分析。如此反复多次，直到消除全部的逻辑错误。
发
布
可
执
行
文
件
如果只想发布程序的可执行文件，可以先调整项目的编译连接选项，选择优化编译
的 方 式 。 这 样 可 以 得 到 更 小 更 快 的 可 执 行 文 件 。
可以通过菜单【Project】→【Build Configuration】修改编译连接选项。此菜单之下有三种
选项，默认为 Debug，生成的可执行文件中含有源程序调试符号；还可以选择 Default
或 Optimized。选择 Optimized 时，编译连接时将进行优化，生成的可执行文件更小，
执
行
起
来
也
更
快
。
选择 Debug 时，可执行文件保存在工程目录下的/debug/src/中；选择 Optimized
时， 可执行文件保存在工程目录下的/optimized/src/中；选择 Default
时， 可执行文
件保存在工程目录下的/src/中。对于本例，三种选择所生成的可执行文件的大小差别很大。
选 择 Debug 时 ， 93kb ； 选 择 Default 时 ， 42kb ； 选 择 Optimized 时 ， 只 有
8.8kb(见 viruspread)。因此，如果要发布可执行文件，应该选择 Optimized 的方式进
行
编
译
连
接
。
http://www.shzhenai.com/Activity/201103/MeiBaiZhen/
把 工 程 目 录 及 其 中 的 所 有 文 件 打 包 即 可 形 成 源 程 序 包 。 linuxv-viruspread-
0.0.1.tar.gz 是本例的源程序包。用户得到这个源程序包并解压后，不必安装 KDevelop
就可以按标准方法进行编译和安装，即支持 configure，make
， make install，make
clean，make uninstall 等命令。这个包也含有 KDevelop 的工程文件和其他相关的信息。
因此，如果用户安装了 KDevelop，可以直接打开该工程进行修改。