❶ 程序编译错误不知道是什么原因
extern 的含义是：
extern可置于变量或者函数前，以表示变量或者函数的定义在别的文件中，提示编译器遇到此变量和函数时在其他模块中寻找其定义。
也就是说extern 并不是声明一个变量，而是指向一个在其它文件中定义的存在的变量。
一个变量必然占用一定的内存空间，extern并不是为变量申请内存空间，它只是告诉编译器，在内存中存在一个变量，后面代码所使用的变量都使用内存中已经存在的变量。
如果extern指向的变量在其它文件中并没有存在，就会出错。
❷ 程序无法编译通过问题，怎么解决
关于程序无法通过编译的问题，其错误类型肯定是有很多种的。根据我多年的编程调试经验，可以给你提供以下几种类型的错误，供你参考（以下以 C 语言编程经验为例，其他编程语言的调试思路也是同理的）。
其中最容易调试的程序错误类型就是：
（1）、在编写源程序过程中出现的各种语法错误。这种错误主要是由于刚刚开始学习编程，对编程语言的语句、以及语法结构还不是很清晰造成的，这种错误是最容易进行调试的，因为语法错误，编译器连编译都无法通过（通常会显示出来具体是哪一行出现错误），这样的话，你就可以直接到出错的那一行进行修改源代码了；
（2）、若是经过一段时间的上机练习，对学习编程的初始阶段已经较为熟练了、且语法错误较少了之后，之后就会遇到更加复杂、并且难于调试的语义错误。例如在 C 语言中，对于如下代码：
void main( )
{
int n ;
scanf("%d", &n) ;
if( n == 100 )
printf(" n is 100 !\n") ;
else
printf(" n is not 100 !\n") ;
}
但是若在逻辑判断语句：if( n == 100) 中，如果误将“==”（逻辑等于）写成了“=”（赋值等于），那么在 scanf("%d", &n) 语句中，无论你输入的 n 等于多少，一旦执行 if 语句，那么 将 100 这个数字赋给变量 n，则该逻辑表达式的值总是 1，程序的运行结果必定总是输出：n is 100。
而该程序的实际思路是：从键盘输入一个整数，如果该整数等于 100，则输出：n is 100 ！如果输入的整数不等于 100 的话，则输出：n is not 100 !
像这样的逻辑错误（在对 C 语言源程序进行编译时，C 语言编译器是检查不出来的），如果没有丰富的程序调试经验，程序调试起来就是非常困难的。
（3）、其它的错误类型例如：数组越界、非法使用了未初始化的指针变量、未对指针变量进行有效的内存分配，就向那一块存储区域读写数据，等等。这些都会造成程序崩溃，严重的就会造成操作系统崩溃。
❸ 程序编译错误不知道是什么原因
1需解决的问题
2打开所在编辑环境，如一个超级浏览框的组件，点击它
3看左边工作夹区域，选择属性
4点击“静默”右边的下三角，选择“真”
5、再点击编译或者静态编译，就不会出现这样的问题了
❹ c++中什么是语法错误，什么是编译错误
程序的错误主要分成三种：
编译链接错误；
编译链接错误又分成编译错和链接错。
编译错就是普通意义上的语法错，编译器进行语法检查不通过，也就是程序违背了计算机语言的语法，例如：括号不匹配、变量名拼写错误、用保留字定义变量名等；
链接错是指程序通过了语法检查，但是无法生成可执行文件，最常见的是链接找不到lib库。初学者有时写了函数的声明，但是缺少函数的定义，此时就会出现链接错。
运行错误；
运行错是程序可以执行，但是在执行过程中发生异常，提前退出程序。最常见的是指针越界，打开文件失败继续读取文件，总而言之是让计算机执行一些不能执行的语句。
逻辑错误
逻辑错是程序也能运行，就是结果不对，主要原因有：程序算法本身错误，程序和算法不同义等。
例如：新手经常将判断相等的==写成=赋值，往往就会导致逻辑错。
你的BD(int,int); 是一句函数调用？还是一句函数声明？
❺ 编译错误怎么解决
如果使用C的编译器，应该是能编译通过 因为C编译器如果没有写明函数的返回值的话默认的函数返回值是int 如果使用C++的编译器就编译不过了 因为C++比C更严格了，不允许默认的int返回值
❻ 编译错误，怎么回事
关于编译问题，如果说是编译错误发生在自己编写源程序的过程中的话，那么问题的原因还是比较复杂的。通常关于用户编写的源程序的编译出错问题，这是一个很复杂的问题。因为编译错误有很多种。例如：语法错误、系统库连接错误、语义错误、数组越界、或者内存越界等等。
通常语法错误是最好解决的，因为源程序的语法出错了，连编译这一关都通不过，并且会告诉你在哪一行出错了，这时候是最容易调试程序的。最难调试的就是：源程序虽然编译通过了，但是程序的运行结果却是错误的，这种是最难调试的。所以说，你必须要把详细的出错信息写出来，别人们才好帮助你进行分析。
❼ 程序编译错误不知道是什么原因
不能通编译过的程序实际上还不是合法的程序，因为它不满足C语言对于程序的基本要求。
检查语法错误的第一要义：集中力量检查系统发现的第一个错误，弄清并改正它。
在编译过程中系统发现的错误主要有两类：基本语法错误和上下文关系错误。这些错误都在表面上，可以直接看得见。也是比较容易弄清，比较容易解决的。关键是需要熟悉C语言的语法规定和有关上下文关系的规定，按照这些规定检查程序正文，看看存在什么问题。
编译中系统发现错误都能指出错误的位置。不同系统在这方面的能力有差异，在错误定位的准确性方面有所不同。有的系统只能指明发现错误的行，有的系统还能够指明行内位置。
一般说，系统指明的位置未必是真实错误出现的位置。通常情况是错误出现在前，而系统发现错误在后，因为它检查到实际错误之后的某个地方，才能确认出了问题，因此报出错误信息。要确认第一个错误的原因，应该从系统指明的位置开始，在那里检查，并从那里开始向前检查。
系统的错误信息中都包含一段文字，说明它所认定的错误原因。应该仔细阅读这段文字，通常它提供了有关错误的重要线索。但也应该理解，错误信息未必准确，有时错误确实存在，但系统对错误的解释也可能不对。也就是说，在查找错误时，既要重视系统提供的错误信息，又不应为系统的错误信息所束缚。
发现了问题，要想清楚错误的真正原因，然后再修改。不要蛮干。在这时的最大诱惑就是想赶快改，看看错误会不会消失。但是蛮干的结果常常是原来的错误没有弄好，又搞出了新的错误。
另一个值得注意的地方：程序中的一个语法错误常常导致编译系统产生许多错误信息。如果你改正了程序中一个或几个错误，下面的弄不清楚了，那么就应该重新编译。改正一处常常能消去许多错误信息行。
解决语法错误
常见语法错误：
1）缺少语句、声明、定义结束的分号。
2）某种括号不配对。C语言中括号性质的东西很多，列举如下：
( ), [ ], { }, ' ', " ", /* */
在不同位置的括号不配对可能引起许多不同的错误信息。
3）关键字拼写错误。
较难认定的典型错误：
1）宏定义造成的错误。这种东西不能在源程序文件中直接看到，是在宏替换之后出现的。常见的能引起语法错误的宏定义错误：宏定义中有不配对的括号，宏定义最后加了不该有的分号，……
解决上下文关系错误
1）变量没有定义。产生这个问题的原因除了变量确实没有大意外，还可能是变量的拼写错误，变量的作用域问题（在不能使用某个变量的地方想去用那个变量）。
2）变量重复定义。例如在同一个作用域里用同样名字定义了两个变量，函数的局部变量与参数重名等。
3）函数的重复定义。可能是用同一个名字定义了两个不同的函数。或者是写出的函数原型在类型上与该函数的定义不相符。有时没有原型而直接写函数调用也可能导致这种错误信息，因为编译程序在遇到函数调用而没有看到函数原型或函数定义时，将给函数假定一个默认原型。如果后来见到的函数定义与假定不符，就会报告函数重复定义错误。
4）变量类型与有关运算对运算对象或者函数对参数的要求不符。例如有些运算（如 %）要求整数参数，而你用的是某种浮点数。
5）有些类型之间不能互相转换。例如你定义了一个结构变量，而后要用它给整数赋值。系统容许的转换包括：数值类型之间的转换，整数和指针之间的转换，指针之间的转换。其余转换（无论是隐含的，还是写出强制）都不允许。参见《C语言程序设计》（K&R）197-199页。
如何看待编译警告
当编译程序发现程序中某个地方有疑问，可能有问题时就会给出一个警告信息。警告信息可能意味着程序中隐含的大错误，也可能确实没有问题。对于警告的正确处理方式应该是：尽可能地消除之。对于编译程序给出的每个警告都应该仔细分析，看看是否真的有问题。只有那些确实无问题的警告才能放下不管。
注意：经验表明，警告常常意味着严重的隐含错误。
常见警告：
1）（局部自动）变量没有初始化就使用。如果对局部指针变量出现这种情况，后果不堪设想。对于一般局部自动变量，没有初始化就使用它的值也不会是有意义的。
2）在条件语句或循环语句的条件中写了赋值。大部分情况是误将 == （等于判断）写成 = 了。这是很常见的程序错误，有些编译程序对这种情况提出警告。
❽ 程序编译错误不知道是什么原因
不能通编译过的程序实际上还不是合法的程序，因为它不满足C语言对于程序的基本要求。
检查语法错误的第一要义：集中力量检查系统发现的第一个错误，弄清并改正它。
在编译过程中系统发现的错误主要有两类：基本语法错误和上下文关系错误。这些错误都在表面上，可以直接看得见。也是比较容易弄清，比较容易解决的。关键是需要熟悉C语言的语法规定和有关上下文关系的规定，按照这些规定检查程序正文，看看存在什么问题。
编译中系统发现错误都能指出错误的位置。不同系统在这方面的能力有差异，在错误定位的准确性方面有所不同。有的系统只能指明发现错误的行，有的系统还能够指明行内位置。
一般说，系统指明的位置未必是真实错误出现的位置。通常情况是错误出现在前，而系统发现错误在后，因为它检查到实际错误之后的某个地方，才能确认出了问题，因此报出错误信息。要确认第一个错误的原因，应该从系统指明的位置开始，在那里检查，并从那里开始向前检查。
系统的错误信息中都包含一段文字，说明它所认定的错误原因。应该仔细阅读这段文字，通常它提供了有关错误的重要线索。但也应该理解，错误信息未必准确，有时错误确实存在，但系统对错误的解释也可能不对。也就是说，在查找错误时，既要重视系统提供的错误信息，又不应为系统的错误信息所束缚。
发现了问题，要想清楚错误的真正原因，然后再修改。不要蛮干。在这时的最大诱惑就是想赶快改，看看错误会不会消失。但是蛮干的结果常常是原来的错误没有弄好，又搞出了新的错误。
另一个值得注意的地方：程序中的一个语法错误常常导致编译系统产生许多错误信息。如果你改正了程序中一个或几个错误，下面的弄不清楚了，那么就应该重新编译。改正一处常常能消去许多错误信息行。
解决语法错误
常见语法错误：
1）缺少语句、声明、定义结束的分号。
2）某种括号不配对。C语言中括号性质的东西很多，列举如下：
( ), [ ], { }, ' ', " ", /* */
在不同位置的括号不配对可能引起许多不同的错误信息。
3）关键字拼写错误。
较难认定的典型错误：
1）宏定义造成的错误。这种东西不能在源程序文件中直接看到，是在宏替换之后出现的。常见的能引起语法错误的宏定义错误：宏定义中有不配对的括号，宏定义最后加了不该有的分号，……
解决上下文关系错误
1）变量没有定义。产生这个问题的原因除了变量确实没有大意外，还可能是变量的拼写错误，变量的作用域问题（在不能使用某个变量的地方想去用那个变量）。
2）变量重复定义。例如在同一个作用域里用同样名字定义了两个变量，函数的局部变量与参数重名等。
3）函数的重复定义。可能是用同一个名字定义了两个不同的函数。或者是写出的函数原型在类型上与该函数的定义不相符。有时没有原型而直接写函数调用也可能导致这种错误信息，因为编译程序在遇到函数调用而没有看到函数原型或函数定义时，将给函数假定一个默认原型。如果后来见到的函数定义与假定不符，就会报告函数重复定义错误。
4）变量类型与有关运算对运算对象或者函数对参数的要求不符。例如有些运算（如 %）要求整数参数，而你用的是某种浮点数。
5）有些类型之间不能互相转换。例如你定义了一个结构变量，而后要用它给整数赋值。系统容许的转换包括：数值类型之间的转换，整数和指针之间的转换，指针之间的转换。其余转换（无论是隐含的，还是写出强制）都不允许。参见《C语言程序设计》（K&R）197-199页。
如何看待编译警告
当编译程序发现程序中某个地方有疑问，可能有问题时就会给出一个警告信息。警告信息可能意味着程序中隐含的大错误，也可能确实没有问题。对于警告的正确处理方式应该是：尽可能地消除之。对于编译程序给出的每个警告都应该仔细分析，看看是否真的有问题。只有那些确实无问题的警告才能放下不管。
注意：经验表明，警告常常意味着严重的隐含错误。
常见警告：
1）（局部自动）变量没有初始化就使用。如果对局部指针变量出现这种情况，后果不堪设想。对于一般局部自动变量，没有初始化就使用它的值也不会是有意义的。
2）在条件语句或循环语句的条件中写了赋值。大部分情况是误将 == （等于判断）写成 = 了。这是很常见的程序错误，有些编译程序对这种情况提出警告。
❾ c语言无法编译是什么情况
编译出来只说明程序没有语法错误，不说明没有逻辑错误，有错误一般会有屏幕输出，此其一。第二，可以在程序中设定一些输出语句或断点观察。第三如果程序不输入、输出内容，程序执行是当然看不见东西（不直观）。第三如果程序一值运行无法退出，说明存在“死循环”。
C语言是一门通用计算机编程语言，应用广泛。C语言的设计目标是提供一种能以简易的方式编译、处理低级存储器、产生少量的机器码以及不需要任何运行环境支持便能运行的编程语言。
尽管C语言提供了许多低级处理的功能，但仍然保持着良好跨平台的特性，以一个标准规格写出的C语言程序可在许多电脑平台上进行编译，甚至包含一些嵌入式处理器（单片机或称MCU）以及超级电脑等作业平台。
❿ 为什么写了程序之后，进行编译，却提示编译错误
可能是没有正确配置系统库的路径，或将后缀名误写成了.c而不是.cpp。