实习报告格式_统招1

szys:main.o sum.o minus.o multi.o div.o gcc -o $@ main.o sum.o minus.o multi.o div.o main.o:main.c sum.h minus.h multi.h div.h gcc -c $< -I sum -I minus -I multi -I div add.o:add.c add.h gcc -c $< -I sum minus.o:minus.c minus.h gcc -c $< -I minus multi.o:multi.c multi.h gcc -c $< -I multi div.o:div.c div.h gcc -c $< -I div
-6-
实
习 调试中出现了一些语法错误 需要很耐心细心的改错 2. Makefile 写完以后执行 make 命令，出现很多错误提示 根据错误提示一个一个修改 3.第一次写的 Makefile 执行 make 命令以后.O 文件在 szys 文件夹下 不是我们预期的跟名.C 文件在同一文件夹下。 我所写的 Makefile 中没有关于.O 文件的去向的命令。重新添加关于.O 文件去向的命 令以后重新 make 4. 关于.0 文件的去向的命令比较难写， 花了挺多时间上网查资料综合分析之后再仿照网上 的例子写出来的
-3-
实
习 报 告
首先，我把所有的文件类型统统放在根目录的 szys 下通过 GCC 与 GDB 编译调试输出 结果。 GCC 的使用： 使用 GCC 编译程序时,编译过程可以被细分为四个阶段: ◆ 预处理(Pre-Processing) ◆ 编译(Compiling) ◆ 汇编(Assembling) ◆ 链接(Linking) GDB 的使用： 输入文件，在保存退出后首先使用 Gcc 对.c 文件进行编译，注意一定要加上选项”-g”， 这样编译出的可执行代码中才包含调试信息，否则之后 Gdb 无法载入该可执行文件。 然后执行 gdb<文件名>可以看出，在 Gdb 的启动画面中指出了 Gdb 的版本号、使用的库文 件等信息，接下来就进入了由“（gdb）”开头的命令行界面了。输入 r 就可以得到输出 结果。 可是在一些大的工程中，有大量的源文件，如果又不明所以的全部放在一个文件夹下 很混乱，所以我们通常的做法是把这许多的源文件分类，并存放在不同的目录中。因此我 在 szys 的文件夹，再在其下分别创建了 sum minus multi div 四个文件夹。其中 sum 中 放 sum.c sum.h 文件 同理在 minus multi div 文件夹下放入相应的文件。通过 makefile 关联各个文件实现编译。
习 报 告
a, b; sum1; minus1; multi1; div1;
scanf("%f",&a); scanf("%f",&b); sum1 = sum(a,b); minus1 = minus(a,b); multi1 = multi(a,b); div1 = div(a,b); printf("sum1 =%f\n",sum1); printf("minus1 =%f\n",minus1); printf("multi1 =%f\n",multi1); printf("div1 =%f\n",div1); }
Makefile
Makefile 就是“自动化编译”，一旦写好，只需要一个 make 命令，整个工程完全自动 编译。 make 命令执行时，需要一个 Makefile 文件，以告诉 make 命令需要怎么样的去编译和链接 程序。 我们要写一个 Makefile 来告诉 make 命令如何编译和链接这几个文件。我们的规则是： 1）如果这个工程没有编译过，那么我们的所有 C 文件都要编译并被链接。 2）如果这个工程的某几个 C 文件被修改，那么我们只编译被修改的 C 文件，并链接目 标程序。 3）如果这个工程的头文件被改变了，那么我们需要编译引用了这几个头文件的 C 文件， 并链接目标程序。 一、Makefile 的规则 target ... : prerequisites ... command ... target 也就是一个目标文件，可以是 Object File，也可以是执行文件。还可以是一个标签 （Label） ，对于标签这种特性，在后续的“伪目标”章节中会有叙述。 prerequisites 就是，要生成那个 target 所需要的文件或是目标。
-1-
实 习 报 告 3．过程（如实际程序开发、电子制作，详细说明有关原理、开发过程、 调试过程、结果）
1．设计思路 根据题目的要求，需要一个主程序 main()和四个子程序分别为： sum(),minus(),multi(),div():可以实现加减乘除的四则运算。 2.设计流程图：
3.程序源代码： Sum.c Minus.c float sum(float float minus(float a,float b) a,float b) { { float iResult; float iResult; iResult = a - b; iResult = a + b; return iResult; return iResult; } }
电子与信息工程学院
实 习 报 告
（2009 — 2010 学年 第 2 学期）
课程名称：软件设计方法课程设计 班 学 姓 级： 号： 名： 电子 0803 0 4 刘 静 牟 峰
指导教师：
2010 年
06 月
实 1、目的
习 报 告
2、内容和要求
一、 基本要求 1． 学习并掌握 GCC 编译程序过程和方法； 2． 学习并掌握 GDB 调试程序的方法； 3． 学习并掌握 Make 工程管理器的基本使用方法； 4． 学习并掌握工程中，文件和路径的安排； 5． 使用上述知识和技能，编写程序，完成实数的四则运算功能。 二、 提高要求 1． 安装 Eclipse 开发环境； 2． 学习 Eclipse 开发环境的使用； 3． 在 Eclipse 下，编写程序，完成实数的四则运算功能； 4． 在 Eclipse 下，编写程序，完成 1024 点的 FFT 程序。 三、 发挥部分 根据自己的程序开发水平，完成其他可展示功能程序
.c.h 结尾的文件在 sum minus multi div 文件夹 中
subsystem: cd sum && $(MAKE) cd minus && $(MAKE) cd multi && $(MAKE) cd div && $(MAKE)
分别进入 sum minus multi div 文件夹中 并且执行 Makefile
-2-
Div.h #ifndef DIV_H_ #define DIV_H_ float div(float a,float b); #endif
实
Main.c #include<stdio.h> #include"sum.h" #include"minus.h" #include"multi.h" #include"div.h" main() { float float float float float
Sum.h #ifndef SUM_H_ #define SUM_H_ float sum(float a,float b); #endif
Minus.h #ifndef MINUS_H_ #define MINUS_H_ float minus(float a, float b); #endif
Multi.h #ifndef MULTI_H_ #define MULTI_H_ float multi(float a, float b); #endif
-4-
实
习 报 告
command 也就是 make 需要执行的命令。 （任意的 Shell 命令） 这是一个文件的依赖关系，也就是说，target 这一个或多个的目标文件依赖于 prerequisites 中的文件，其生成规则定义在 command 中。说白一点就是说，prerequisites 中如果有一个 以上的文件比 target 文件要新的话，command 所定义的命令就会被执行。这就是 Makefile 的规则。也就是 Makefile 中最核心的内容。 二、make 是如何工作的 在默认的方式下，也就是我们只输入 make 命令。那么， 1、make 会在当前目录下找名字叫“Makefile”或“makefile”的文件。 2、 如果找到， 它会找文件中的第一个目标文件 （target） 在上面的例子中， ， 他会找到“edit” 这个文件，并把这个文件作为最终的目标文件。 3、如果 edit 文件不存在，或是 edit 所依赖的后面的 .o 文件的文件修改时间要比 edit 这 个文件新，那么，他就会执行后面所定义的命令来生成 edit 这个文件。 4、如果 edit 所依赖的.o 文件也存在，那么 make 会在当前文件中找目标为.o 文件的依赖 性，如果找到则再根据那一个规则生成.o 文件。 （这有点像一个堆栈的过程） 5、当然，你的 C 文件和 H 文件是存在的啦，于是 make 会生成 .o 文件，然后再用 .o 文 件生命 make 的终极任务，也就是执行文件 edit 了。 这就是整个 make 的依赖性，make 会一层又一层地去找文件的依赖关系，直到最终编译出 第一个目标文件。在找寻的过程中，如果出现错误，比如最后被依赖的文件找不到，那么 make 就会直接退出，并报错，而对于所定义的命令的错误，或是编译不成功，make 根本 不理。make 只管文件的依赖性，即，如果在我找了依赖关系之后，冒号后面的文件还是不 在，那么对不起，我就不工作啦。 Vpath Makefile 中如果没有指明 vpath 这个变量，make 只会在当前的目录中去找寻依赖文件和 目标文件。如果定义了这个变量，那么，make 就会在当当前目录找不到的情况下，到所指 定的目录中去找寻文件了。 例如 VPATH = src:../headers 上面的的定义指定两个目录，“src”和“../headers”，make 会按照这个顺序进行搜索。 目录由“冒号”分隔。 Vpath 的使用方法：vpath <pattern> <directories> 为符合模式<pattern>的文件指定搜索目录<directories>。 vapth 使用方法中的<pattern>需要包含“%”字符 “%”的意思是匹配零或若干字符 （需 。 ， 引用“%”，使用“\%"）例如，“%.h”表示所有以 “.h”结尾的文件。<pattern>指定 了要搜索的文件集，而<directories>则指定了< pattern>的文件集的搜索的目录。例如： vpath %.h ../headers 该语句表示 要求 make 在“../headers”目录下搜索所有以“.h” ， 结尾的文件。 （如果某文件在当前目录没有找到的话） 我们可以连续地使用 vpath 语句， 以指定不同搜索策略。如果连续的 vpath 语句中出现了相同的<pattern>，或是被重复了 的<pattern>，那么，make 会按照 vpath 语句的先后顺序来执行搜索。如： vpath %.c foo vpath % blish vpath %.c bar 其表示“.c”结尾的文件，先在“foo”目录，然后是“blish”，最后是“bar”目录。