㈠ c语言怎么检查对错
首先从语法上保证是正确的，然后是编译通过，最后运行通过。
在编写上就要尽量保证语法的正确，在编译时会有错误和警告，把对应的错误和警告改掉，运行时如果错误，可以使用gdb进行调试。
㈡ c语言改错 怎么通过编译程序检查出语法错误
编译器编译时对你的代码错误自动显示出来，
告诉你错在哪里
你鼠标双击他的错误提示
就可以跳转到代码有错误的那一行了
编译器VC
Build里点击ReBuildAll
就保证可以编译了
㈢ c语言编译器如何运行
编译共分为四个阶段：预处理阶段、编译阶段、汇编阶段、链接阶段。
1、预处理阶段：
主要工作是将头文件插入到所写的代码中，生成扩展名为“.i”的文件替换原来的扩展名为“.c”的文件，但是原来的文件仍然保留，只是执行过程中的实际文件发生了改变。（这里所说的替换并不是指原来的文件被删除）
2、汇编阶段：
插入汇编语言程序，将代码翻译成汇编语言。编译器首先要检查代码的规范性、是否有语法错误等，以确定代码的实际要做的工作，在检查无误后，编译器把代码翻译成汇编语言，同时将扩展名为“.i”的文件翻译成扩展名为“.s”的文件。
3、编译阶段：
将汇编语言翻译成机器语言指令，并将指令打包封存成可重定位目标程序的格式,将扩展名为“.s”的文件翻译成扩展名为“.o”的二进制文件。
4、链接阶段：
在示例代码中，改代码文件调用了标准库中printf函数。而printf函数的实际存储位置是一个单独编译的目标文件（编译的结果也是扩展名为“.o”的文件），所以此时主函数调用的时候，需要将该文件（即printf函数所在的编译文件）与hello world文件整合到一起，此时链接器就可以大显神通了，将两个文件合并后生成一个可执行目标文件。
㈣ c语言编译器怎么检查错误的
C语言编译器有好多种
大同小异
有DEV-C++
VC6.0等
检查错误
都能检查
但只能检查出语法错误
不能检查出逻辑错误
㈤ C语言的编译器为什么不检查数组下标越界
以前还真没想过，记得老师讲的时候也没说，就是强调这是C语言的历史问题，从一开始就没有，后来这个功能也没有加上。至于具体的原因已知模棱两可，今天总算查清楚了。 综合网上的各种资料，可以得到如下的结果： 1. 在一个固定的机器之下，指针所占的位数都是一样的，换言之，保存的地址是有最大值的，这样如果每次都检查数组的越界问题，会对指针的功能做出很大的限制，因为指针只是包含地址信息并没有包含长度的信息，比如一个 char ch[100]; char * test=ch; 之后test也可以只想超过100的长度的字符串类型，并不是局限与100。如果检测长度，那么就相当与限制的指针的长度，这是不合理的。 2. 没有效率，需要付出代价。具体：最早的C编译器并不检查下标，而最新的编译器依然不对它进行检查。这项任务之所以很困难，是因为下标引用可以作为任意的指针，而不仅仅是数组名。作用于指针的下标引用的有效性既依赖于该指针当时恰好指向什么内容，也依赖于下标的值。结果，C的下标检查所涉及的开销比你开始想象的要多。编译器必须在程序中插入指令，证实下标的结果所引用的元素和指针表达式所指向的元素属于同一个数组。这个比较操作需要程序中所有数组的位置和长度方面的信息，这将占用一些空间。当程序运行时，这些信息必须进行更新，以反映自动和动态分配的数组，这又将占用一定的时间。因此，即使是那些提供了下标检查的编译器通常也会提供一些开关，允许你去掉下标检查。
㈥ c语言helloworld代码是对的,但编译错误
这个从图示来看编译没有错误
㈦ C语言编译器会编译改变过的代码，而不会编译没有改动的代码。 我想知道它是怎么判断程序是否有呗修改过的
编译器要记录你的编译生成文件，比如obj、exe等的生成日期，发现与相关的文件如.c源文件、obj等日期旧时则选择对此部分重新编译。
特别地，它记录所有相关文件，比如你新修改了某头文件.h，编译系统会逐一比较所有使用这个.h文件的编译结果，如果发现时间旧了就重新编译它们。
㈧ c语言的注释中存在错误会被编译器检查出来
不会。
所谓注释，便是用自然语言对源代码中某些语句或方法进行说明。并且注释的内容不会被编译器编译。可以在源代码中添加任何想要添加的说明。
注释可以出现在代码中的任何位置，用来向用户提示或解释代码的含义。程序编译时，会忽略注释，不做任何处理，就好像它不存在一样。
㈨ 如何在C语言中用宏来判断当前编译器
不同编译器有不同的宏，具体某个编译器在某种编译选项下定义了哪些宏必须要查编译器的相关文档
例如，GCC 编译器对应的预定义宏是 __GNUC__，用
#if__GNUC__
即可判断是否在使用 GCC 编译器。__GNUC__ 的具体值对应GCC的主版本号。例如 对于GCC 4.9 ，__GNUC__ 等于 4，对于 GCC 5.1 ，__GNUC__ 等于 5，次版本号可以通过 __GNUC_MINOR__ 查询。对于 GCC 4.9，__GNUC_MINOR__ 等于 9，对于GCC 5.1，__GNUC_MINOR__等于 1
VC 的编译器对应的预定义宏是 _MSC_VER，用
#if_MSC_VER
即可判断是否在使用 VC 的编译器。_MSC_VER 的值同样以某种方式对应于编译器的版本，不过对应方式就复杂得多，再加上 VC 编译器的版本号以不规则的方式增长，所以找各种版本测试 _MSC_VER 的值恐怕更可靠
其他编译器也可能定义 __GNUC__ 或者 _MSC_VER 来表示自己兼容这些编译器，例如 clang 也定义了 __GNUC__ 。不过既然它声明了兼容性，除非测试确认了实际行为并不兼容，否则把它当成 GCC 也并无不可