‘壹’ c程序进行编译的过程中,可发现注释中的拼写错误
c程序进行编译的过程中，是不可以发现注释中的拼写错误的。注释中的拼写错误只可能通过人工检查发现。
因为C语言编译时，不检查注释的内容。
‘贰’ c语言的注释中存在错误会被编译器检查出来
不会。
所谓注释，便是用自然语言对源代码中某些语句或方法进行说明。并且注释的内容不会被编译器编译。可以在源代码中添加任何想要添加的说明。
注释可以出现在代码中的任何位置，用来向用户提示或解释代码的含义。程序编译时，会忽略注释，不做任何处理，就好像它不存在一样。
‘叁’ "在对一个C程序进行编译的过程中，可发现注释中的拼写错误"这句话对不
纯属扯淡，注释是给人看的，又不是给机器看的，只要人感觉没问题就行，根本就没有对错之分，编译器在编译代码的时候，直接就跳过去了，去哪里检查正误啊
‘肆’ “ 编译时可以发现注释中的错误” “C程序的执行总是从程序的第一句开始” 请问这两句话对吗
错误 注释是不被编译的、不被执行的 怎么会产生错误呢
‘伍’ 编译程序可发现源程序全部的什麽错误和部分的什麽错误
编译程序可发现源程序全部的“语法”错误和部分的“语义”错误。
特意找了详细解释帮你理解：用户编写的源程序不可避免的会有一些错误，这些错误大致可以分为静态错误和动态错误。动态错误也称动态语义错误，它们发生在程序运行时，例如除数为0、引用数组元素下标错误等。静态错误是之编译阶段发现的程序错误，可分为语法错误和静态语义错误，如单词拼写错误、标点符号错误、表达式缺少操作数、括号不匹配等有关语言结构上的错误称为语法错误，而语义分析时发现的运算符与运算对象不合法等错误属于静态语义错误。语义分析阶段主要检查源程序是否包含静态语义错误，而一般的编译器很难检查出动态语义错误。
‘陆’ gcc编译器几乎很难发现c语言中的语法错误吗
1、使用gcc命令编译c++程序遇到错误。
需要明确的是，gcc是可以编译c++程咐尘序的。gcc，原名GNU C Compiler，最初是C语言的编译器，但经过发展之后，它变成了一个可以支持C++、Fortran、Pascal、Objective-C、Java、Ada，以及Go与其他语言编译的编译器套件，其名称也因此改为了GNU Compiler Collection。g++便是其中的一部分，用于处理c++语言。虽然大多数情况下，我们直接使用g++命令来编译c++程序，但直接使用gcc命令也可以编译c++程序的，当然前提是安装了g++（gcc-c++）模块。gcc命令会根据源程序的后缀名来决定实际使用的编译器，编译过程与直接使用g++完全一样，但是，链接过程有点不同。g++命令会自动给你加上c++标准库的链接，但gcc命令却不会给你自动加上，因些需要手动加上。例如如下的程序：
#include <iostream>
int main()
{
std::cout << "Hello World!" << std::endl;
return 0;
}
使用gcc命令编译会报undefined reference的错误，使用g++命令就不会，但是使用gcc命令加上stdc++的链接库就可以成功编译。所以，如果是编译c++程序，最好还是使用g++命令编译吧。
2、undefined reference to XXX的问题
这个问题应该说是非常常见的一个问题了，通常情况下，这个问题是由于你使用了第三方的库文件，却没有加上相应的库的链接，导致编译器找不到符号。这种情况也比较好解决，只要加上链接库就可以了，具体命令有两种写法，一是使用-L和-l参数指定库的路径和库名，其中，库的文件名必须为libxxx.so或者libxxx.a的形式，其中的xxx就是库名，跟在-l参数后面；第二种是直接写上库的文件名（相对路径、绝对路径都可以），这种写些就是直接闹早当这个库文件是一个.o文件（目标文件）进行链接。
不过有时候，明明已经写上了链接库，可还是会有undefined reference的错误，这个候，可能就是链接顺序的问题了。同样是上述简单的hello.cpp，我们使用gcc命令编译（不用g++命令是因为它自动加了stdc++的链接库，我们不好改顺序）
可以看到，虽然加上了-lstdc++，但还是有undefined reference的错误。这是因为链接器在进行链接的时候，是从前往后找符号的。由于libstdc++.so库中的的符号(std::cout,std::endl)是在hello.o(由hello.cpp编译而来)中使用的，因此，当链接器从左至右抛描库文件时，第一个碰到了stdc++库，发现并没有使用这个库中的符号，于是就将这个库给丢弃不用了，继续往后链接hello.o的时候，发现了其中要使用一些符号，而这些符号是stdc++中的，而stdc++库已经被链接器给扔了，所以就找不着了，就有了undefined reference。解决的方案也是两个：一是按引用顺序写链接的目标文件的顺序，如果是编译可执行程序衡弯禅，就从包含main函数的.o文件开始写，最基础的库写在最右边；二是加上-Wl,--as-needed参数，这个参数会将库文件中加入NEED标识，而不管这个库文件有没有用到（也就是告诉链接器，那个暂时没用到的库先别扔了）。但是第二种方法好像对stdc++这个库没什么作用，其他的第三方库可以，具体原因是什么还不太清楚，所以，最好写编译选项的时候，库文件还是按引用顺序写吧。
‘柒’ 编译的时候能发现哪些错误
词法分析阶段能够检测出输入中不能形成源语言任何记号的错误字符串。语法分析阶段可以确定记号流中违反源语言结构（语法）规则的错误。语义分析阶段试图检测出具有正确语法结构但对操作无意义的部分。例如，我们试图将两个标识符相加，其中一个标识符是数组名，而另一个标识符却是过程名。（编译原理-龙书原话）。其他错误例如算法错误编译程序检测不出。
‘捌’ 程序编译错误不知道是什么原因
不能通编译过的程序实际上还不是合法的程序，因为它不满足C语言对于程序的基本要求。
检查语法错误的第一要义：集中力量检查系统发现的第一个错误，弄清并改正它。
在编译过程中系统发现的错误主要有两类：基本语法错误和上下文关系错误。这些错误都在表面上，可以直接看得见。也是比较容易弄清，比较容易解决的。关键是需要熟悉C语言的语法规定和有关上下文关系的规定，按照这些规定检查程序正文，看看存在什么问题。
编译中系统发现错误都能指出错误的位置。不同系统在这方面的能力有差异，在错误定位的准确性方面有所不同。有的系统只能指明发现错误的行，有的系统还能够指明行内位置。
一般说，系统指明的位置未必是真实错误出现的位置。通常情况是错误出现在前，而系统发现错误在后，因为它检查到实际错误之后的某个地方，才能确认出了问题，因此报出错误信息。要确认第一个错误的原因，应该从系统指明的位置开始，在那里检查，并从那里开始向前检查。
系统的错误信息中都包含一段文字，说明它所认定的错误原因。应该仔细阅读这段文字，通常它提供了有关错误的重要线索。但也应该理解，错误信息未必准确，有时错误确实存在，但系统对错误的解释也可能不对。也就是说，在查找错误时，既要重视系统提供的错误信息，又不应为系统的错误信息所束缚。
发现了问题，要想清楚错误的真正原因，然后再修改。不要蛮干。在这时的最大诱惑就是想赶快改，看看错误会不会消失。但是蛮干的结果搏胡常常是原来的错误没有弄好，又搞出了新的错误。
另一个值得注意的地方：程序中的一个语法错误常常导致编译系统产生许多错误信息。如果你改正了程序中一个或几个错误，下面的弄不清楚了，那么就应该重新编译。改正一处常常能消去许多错误信息行。
解决语法错误
常见语法错误：
1）缺少语句、声明、定义结束的分号。
2）某种括号不配对。C语言中括号性质的东西很多，列举如下：
( ), [ ], { }, ' ', " ", /* */
在不同位置的括号不配对可能引起许多不同的错误信息。
3）关键字拼写错误。
较难认定的典型错误：
1）宏定义造成的错误。这种东西不能在源程序文件中直接看到，是在宏替换之后出现的。常见的能引起语法错误的宏定义错误：宏定义中有不配对的括号，宏定键轿义最后加了不该有的分号，……
解决上下文关系错误
1）变量没有定义。产生这个问题的原因除了变量确实没有大意外，还可能是变量的拼写错误，变量的作用域问题（在不能使用某个变量的地方想去用那个变量）。
2）变量重复定义。例如在同一个作用稿银肆域里用同样名字定义了两个变量，函数的局部变量与参数重名等。
3）函数的重复定义。可能是用同一个名字定义了两个不同的函数。或者是写出的函数原型在类型上与该函数的定义不相符。有时没有原型而直接写函数调用也可能导致这种错误信息，因为编译程序在遇到函数调用而没有看到函数原型或函数定义时，将给函数假定一个默认原型。如果后来见到的函数定义与假定不符，就会报告函数重复定义错误。
4）变量类型与有关运算对运算对象或者函数对参数的要求不符。例如有些运算（如 %）要求整数参数，而你用的是某种浮点数。
5）有些类型之间不能互相转换。例如你定义了一个结构变量，而后要用它给整数赋值。系统容许的转换包括：数值类型之间的转换，整数和指针之间的转换，指针之间的转换。其余转换（无论是隐含的，还是写出强制）都不允许。参见《C语言程序设计》（K&R）197-199页。
如何看待编译警告
当编译程序发现程序中某个地方有疑问，可能有问题时就会给出一个警告信息。警告信息可能意味着程序中隐含的大错误，也可能确实没有问题。对于警告的正确处理方式应该是：尽可能地消除之。对于编译程序给出的每个警告都应该仔细分析，看看是否真的有问题。只有那些确实无问题的警告才能放下不管。
注意：经验表明，警告常常意味着严重的隐含错误。
常见警告：
1）（局部自动）变量没有初始化就使用。如果对局部指针变量出现这种情况，后果不堪设想。对于一般局部自动变量，没有初始化就使用它的值也不会是有意义的。
2）在条件语句或循环语句的条件中写了赋值。大部分情况是误将 == （等于判断）写成 = 了。这是很常见的程序错误，有些编译程序对这种情况提出警告。
‘玖’ 编译中的哪个阶段可以发现关键字的拼写错误
我认为是语法分析
‘拾’ c编译器可以找出c源程序中所有的语法错误和逻辑错误
错。c编译器可以找出c源程序中所有的语法错误，但并不找逻辑错误，也找不出逻辑错误。因为编译器不可能知道编程者想要做什么事。