开发一个c语言程序要经过哪四个步骤

开发一个C语言程序需要经过的四个步骤：编辑、编译、连接、运行。

C语言程序可以使用在任意架构的处理器上，只要那种架构的处理器具有对应的C语言编译器和库，然后将C源代码编译、连接成目标二进制文件之后即可运行。

1、预处理：输入源程序并保存(.C文件)。

2、编译：将源程序翻译为目标文件(.OBJ文件)。

3、链接：将目标文件生成可执行文件( .EXE文件)。

4、运行：执行.EXE文件,得到运行结果。

扩展资料：

C语言代码变为程序的几个阶段：

1、首先是源代码文件test.c和相关的头文件，如stdio.h等被预处理器cpp预处理成一个.i文件。经过预编译后的.i文件不包含任何宏定义，因为所有的宏已经被展开，并且包含的文件也已经被插入到.i文件中。

2、编译过程就是把预处理完的文件进行一系列的词法分析、语法分析、语义分析以及优化后产生相应的汇编代码文件，这个过程往往是我们所说的整个程序的构建的核心部分，也是最复杂的部分之一。

3、汇编器不直接输出可执行文件而是输出一个目标文件，汇编器可以调用ld产生一个能够运行的可执行程序。即需要将一大堆文件链接起来才可以得到“a.out”，即最终的可执行文件。

4、在链接过程中，对其他定义在目标文件中的函数调用的指令需要被重新调整，对实用其他定义在其他目标文件的变量来说，也存在同样问题。

参考资料来源：百度百科-c语言

1，debug：Debug通常称为调试版，通过一系列编译选项，编译结果通常包含调试信息，并且不做任何优化，以便为开发人员提供强大的应用程序调试功能。 Debug版本包含调试信息，因此它比Release版本大得多（可能是数百K到M）。

调试调试，可以通过软件，堆栈跟踪，调试等 *** 作来查找错误。至于是否需要DLL支持，主要取决于您使用的编译选项。如果它基于ATL，则Debug和Release版本对DLL有类似的要求。

2，发布：发布版本，如果程序在最终调试后没有明显的错误，可以使用此选项编译为可用软件与他人共享。发布通常称为发布版本，供用户使用。通常，不允许客户在发布版本上进行调试。

因此，不会保存调试信息，同时，它经常被优化以实现最小的代码和速度。方便用户使用。

3、性能分析。可以在执行软件期间分析CPU利用率和存储器占用率。它还可用于发现和分析异常和错误。

扩展资料：

调试程序发布版本的方法：

1.如前所述，Debug和Release只是一组编译选项。实际上没有区分两者的定义。您可以修改Release版本的编译选项以缩小错误范围。如上所述，您可以逐个将Release的选项更改为相应的Debug选项，例如/ MD到/ MDd，/ O1到/ Od，或运行时优化到程序大小优化。

一次只更改一个选项，查看错误消失时更改了哪个选项，然后查找与该选项相关的错误。可以直接从ProjectSettings中的列表中选择这些选项，通常不会手动修改。由于上述分析相当全面，这种方法是最有效的。

2，在编程过程中，你应该时刻注意测试发布版本，以免最终代码过多，时间非常紧张。

3.使用Debug版本中的/ W4警告级别从编译器获取最大错误信息。例如，如果（i = 0）将导致/ W4警告。不要忽略这些警告，通常这是由程序中的错误引起的。但有时/ W4会带来大量冗余信息，例如未使用的函数参数警告，并且许多消息处理程序会忽略某些参数。

参考资料：百度百科-Dev-C++

参考资料：百度百科-单步调试

参考资料：百度百科-Release版本

参考资料：百度百科-计算机程序

C程序发布的时候，经常去掉-g编译选项的，那么这就遇到一个问题，当程序运行core dump后，想去调试查看core的具体信息，会发现很多符号都被优化掉了，看到的栈信息要么是问号，要么变量无法打印值； 去掉符号表，却可以让程序体积更小，而且不容易泄漏程序的信息，更安全些。

这就产生了矛盾，我们在运行的时候不需要符号表，调试的时候需要符合表，那我们能否把符号表在发布程序的时候删除，调试的时候加载符号表信息那，这样就满足了需要。

为了直观起见，先写个简单的c代码用于演示，代码如下：

编译下：

gdb调试看看：

可以看到显示没有调试符号表信息，我们重新用-g编译选项试试：

其实也不是完全没有符号，也还是有不少的，只是没有调试信息，可以用命令查看：

两个符号表的大小是有差距的差距6个,这个表示符号表的index的个数。 查下段表更清晰：

编译的时候可以采用-g编译，然后发布的时候去掉符号表，可以使用命令：strip。 如下最简单的处理下：

可以看到strip处理过的testdebug，比不用-g 选项的编译出来的test文件更小，通过nm命令验证下，确实任何符号都被删除了，而不用-g编译的文件还可以看到符号信息的。

默认情况下不会产生core文件，加大core文件尺寸：

重新编译运行：

看下core的信息：

调试下看看：

因为没有符号信息，很可惜看不到具体的符号信息，也不知道在哪里core了。

看重点，加载符号文件，这个是直接加载没有strip前的文件，是包含符号表的。我们清晰的可以看到core的位置是在第8行。

我们通过命令： eu-strip testdebug -f testdebug.sym 提取testdebug中的符号表，保存为文件testdebug.sym。

我们gdb调试的时候导入这个符号试试：

---