DSP常见编译错误
1. DSP编程技巧到底有什么好资料?
话说专门深入讲解这个的资料并不是太多，因为大部分DSP书籍都是讲解算法或者寄存器是怎么使用的，那尽量罗列一下(如有遗漏请在评论区补充)，有：
(1)《DSP C2000程序员高手进阶》
这本书是当年笔者学习DSP的时候看了好几遍的，讲的非常深入、透彻，可惜早就卖光了并且没有再版。需要的网友可以考虑去图书馆看看，图书馆里最不缺少的就是老版本的书籍了。。。
(2)EEPW牛人业话
我们EEPW首页的牛人业话里，已经有大量这方面的总结了，链接太多就不一一列举了，请到https://www.wendangku.net/doc/9114908959.html,/news/articlelist/type/39中阅读。
(3)官方资料
最权威的当然还是官方资料，特别是《TMS320C28x Optimizing C/C++ Compiler User’s Guide》和《TMS320C28x Assembly Language Tools User’s Guide》。不足之处就在于，它们都像教科书，严谨有余，活泼不足，特别是初入门的人看起来会比较累。
(4)参加一些培训
好的培训一般都是要付费的，这个要根据自己的实际情况进行取舍了。
2. 答疑解惑哪家强?
经验的积累，除了自己努力的自学之外，有时候一些难关还是得有别人的帮助才行，可能你花3天搞不定的问题，他一看就想起来是什么原因了。如果是企业客户，那直接联系官方技术支持，很容易就搞定了。或者也可以去官方论坛提问，然后等待解答。
对于广大网友来说，直接获得技术支持可能有一定的难度。我们EEPW的论坛的人气充足，对问题的响应速度也是迅雷不及掩耳的，所以有关DSP的问题尽可以到https://www.wendangku.net/doc/9114908959.html,/forum/29/1下提问。
前面这两个无关具体技术，但是能起到―源头‖的作用。接下来就是具体的技术问题了，有几十个，我们慢慢来看吧。
3. 作为入门者，创建一个最基本的工程需要做哪些事情?
最简单的入门方法是从现有的例子上入手，比如购买开发板的话，一般都会附送十几到几十个上手用的例子工程，把它们研究一遍，基本上入门这关就过了。对于C2000 DSP的学习来说，先到TI网站上搜索ControlSUITE软件下载安装，里面的入门视频、工程例子和所有的文档资料都是一应俱全的。如果你买书籍来入门的话，和教编程的书籍一样，大部分都还是以―Hello world‖作为第一个程序入手，然后运行程序显示在调试窗口中的。
4. 一个定点的C28x起始工程最少需要哪些文件和选项?
1) 编译器选项：-v28 -ml -mt -g -pdr –w
2) 包含main()函数的一个.c或者.cpp程序
3) 实时运行支持库文件rts2800_ml.lib
4) 链接文件(.cmd)和头文件：一个小的入门工程，一般从别的工程里把它们复制过来就好了，比如可以从ControlSUITE软件的目录下找到对应器件的。
5. 一个浮点的C28x起始工程最少需要哪些文件和选项(启用浮点支持)?
1) 编译器选项：-v28 --float_support=fpu32 -ml -mt -g -pdr -w
2) 包含main()函数的一个.c或者.cpp程序
3) 实时运行支持库文件rts2800_fpu32.lib
4) 链接文件(.cmd)和头文件：一个小的入门工程，一般从别的工程里把它们复制过来就好了，比如可以从ControlSUITE软件的目录下找到对应器件的。
6. 包含CLA和VCU的器件，其入门工程需要哪些额外选项?
新器件层次不穷，短短几年时间，包含控制律加速器(CLA)和VCU加速器(用来执行高效Viterbi、复杂算术运算，16 位快速傅里叶变换(FFT) 和CRC 算法)的器件已经有几十种了，而且像CLA、VCU这些技术还在快速地升级中，如果要在代码中用到这些特性，就需要添加--cla_support=cla0和--vcu_support=vcu0这样的选项。
7. 编译器选项有那么多中，典型的配置有哪些?
C28x编译器的选项非常多，我们用了很长的篇幅来讲解它们。作为典型配置的话，对于C28x的CPU来说(通常我们把DSP的架构划分为CPU+外设，更复杂的则还有FPU、CLA、VCU等额外单元)，常用的选项如表1所示。
注：如果一个选项没有别名，则代表在使用它的时候直接使用全名，如表1的第二列那样的形式。
8. 含有CLA加速器的CPU必备的编译器选项?
除了问答4、5、7提到的选项之外，CLA CPU对编译器也有一定的要求，如表2所示。
表2 CLA CPU必备的编译器选项
9. ―大内存模型‖和―小内存模型‖的区别是什么?
C28x一般使用大内存模型，假设数据可以存放在存储单元的任何可用空间中。小内存模型的提出其实针对的是基于C27x模式CPU的代码，它默认数据是存放在低64k 存储空间范围内的，除非使用far关键字进行特别指明。现在的DSP器件片上存储空
间普遍比较大，显然使用大内存模型更为合理。
10. 什么是―统一内存模型‖?
统一内存模型―--unified_memory‖指在―统一的内存模式‖下产生代码。顾名思义，就是把所有的存储空间定义为一个整体，不管它是片上的SRAM、ROM、OTP还是使用XINTF接口的外部的存储单元，通常把外设的寄存器也映射到数据存储空间中。这
样编译器在编译时就可以使用PREAD/PWRITE/MAC等指令来处理大部分的内存复制memcpy调用和结构体的分配。
11. 实时运行库RTS的作用是什么?
在计算机程序设计领域，运行时库是一种被编译器用来实现编程语言内置函数，以提供该语言程序运行时(执行)支持的一种特殊的计算机程序库。这种库一般包括基本的输入输出或是内存管理等支持。在DSP的编程中，它们的作用是用来建立C/C++代
码运行的环境，主要包括以下几个方面：
1) ANSI/ISO C/C++标准库。
2) C的输入输出I/O库。
3) 为主机的操作系统提供底层的I/O支持。
4) DSP的启动程序_c_int00(可参考
https://www.wendangku.net/doc/9114908959.html,/article/262926.htm)。
12. RTS中函数的描述从哪里可以找到?
在问答11中，RTS包含了四大类内容。前面两者因为是标准C/C++的内容，并没有在TI的文档中给出额外的说明;此外，C++ STL库和它们的API的使用也没有
TI官方文档。此时我们可以参考标准C/C++的书籍、资料、网页等。如果希望最权威的参考，可以查阅TI提供的参考链接：
1) The Standard C++ Library: A Tutorial and Reference, Nicolai M. Josuttis, Addison-Wesley, ISBN 0-201-37926-0
2) The C++ Programming Language (Third or Special Editions), Bjarne Stroustrup, Addison-Wesley, ISBN 0-201-88954-4 or 0-201-70073-5.
3) C++ online reference at https://www.wendangku.net/doc/9114908959.html,/
4) C代码的静态检查工具https://www.wendangku.net/doc/9114908959.html,/
当然，作为DSP的开发人员，高效保质地完成代码工作才是最重要，上面那些书籍、链接，请慢慢研究吧。。。
14. 从哪里可以找到RTS库文件?
通常情况下，随CCS软件安装而提供的RTS库文件都位于CCS安装目录中，编译器Codegen对应的子目录中。例如，在新版本的CCS6.x中，C28x的编译器位于CCS安装目录下面的\tools\compiler\c2000_6.2.5\lib中(根据编译器版本的不同，倒数第二个目录名字会有相应的变化)。
在老版本的CCS中，RTS库文件被默认安装到操作系统的程序目录中，例如
C:\Program Files\Texas Instruments\C2000 Code Generation Tools 5.2.4。
对于其它一些特殊的库，例如FPU快速运行支持库FastRTS，则在下载安装了FastRTS安装包之后，位于其安装目录之下的lib文件夹中，例如
\FPUfastRTS\V100\lib\rts2800_fpu32_fast_supplement.lib。如果安装了controlSuite软件，则可以通过它内置的说明或者搜索功能找到对应的库文件。
15. RTS库那么多，我们应该使用哪一个?
随着器件类型、特性的不断发展，现在在CCS安装目录下叫RTSxxx.lib的文件已经非常非常多了，那么到底哪些是适合我们使用的呢?对于C28x器件，总结如表3所示。
表3 C28x DSP使用的实时运行支持库
16. 已经启用了rts2800_fpu32_eh.lib ，为什么还要用
rts2800_fpu32_fast_supplement.lib?
在含有FPU的器件上，如果在不启用--float_support=fpu32编译器选项的情况下使用浮点数编程，那么它的运算还是CPU来执行的，执行效率就和从定点CPU上直接使用浮点运行进行编程一样低;启用了--float_support=fpu32编译器选项之后，浮点数的加法、减法、乘法等操作则有FPU来完成，执行效率自然要高出很多。
使用rts2800_fpu32_fast_supplement.lib库的目的，则是为了调用DSP的ROM中的数学表快速计算一些数学函数，包括atan、atan2、cos、division、isqrt、sin、sincos、sqrt等。如果不使用rts2800_fpu32_fast_supplement.lib库来完成这些数学运算，则编译器默认情况下是使用标准C/C++数学库里的函数来完成这些运算的，效率自然不能和查找ROM中的数学表一样迅速。
那么CCS为什么不附带安装FastRTS库呢?这可能和在定点DSP的使用中，IQmath库也不是附带安装是通用的道理吧，其它相类似的，一些信号处理函数库，例如FFT、IFFT等也不是CCS安装的时候附带的，需要自己去下载安装支持程序。17. 如何把RTS库添加到工程文件中?
如果使用命令行脚本的方式添加库文件，则使用-l <库文件名>来添加即可。
在图形化界面下，填加RTS库文件的选项在不同版本的CCS中是不一样的，在此把它们一一列出。
在CCS6.x和5.x版本下：
在工程管理器中的工程名上点击右键，选择"properties"，然后切换到如下视图。
在CCS4.x版本下：
在CCS3.3版本以及更低的版本下：
针对比CCS3.3更古老的版本：如果不习惯使用Eclipse样式的开发环境，或者某些仿真器不兼容CCS4.x以及以上版本，或者你还在使用最古老的TMS320VC33这样的芯片，否则至少应该升级到CCS3.3这样的版本了。
18. 在对库文件进行修改，或者使用不同版本的编译器时，如何重新编译库文件?
在编译器版本不低于6.0.2的情况下，我们可以直接使用编译器提供的工具来重新编译RTS库文件，即Mklib程序。如需使用此工具，请参考它的帮助说明文档。
在编译器版本低于6.0.2的情况下，我们需要进入编译器codegen的库文件目录中，找到rtssrc.zip这个文件并解压，然后根据其中rtssrc_zip_README.txt里面描述的步骤进行库文件的重新编译。
22. 除了使用编译器的优化选项之外，还可以使用什么方法提高程序的性能?
编译器的优化选项，只能在代码满足众多选项的要求时，才能得到较好的优化效果。在我们编程的时候，首先要做到心里有数，尽可能使用一些高效的编程方式，例如使用右移操作代替除以2的倍数的操作，可以大幅度地减少代码运行时间等。这些技巧很多是与C/C++的熟练使用所相关的。此外，根据器件的特点，例如是否包含FPU、CLA 等，把特定的代码放在不同的区域执行，也能起到提高程序性能的效果;根据代码对性能的要求，把它们运行在不同的位置，例如RAM快于Flash，Flash又快于XINTF等;在器件包含数学表的情况下，使用内建的数序函数库，而不是标准的C数学库等。在此我们可以给出一些提示：
1) 代码运行在Flash中
一定要使能预读缓冲区，并配置适当的等待状态。一般在各个器件的头文件与外设示例包里都有对应的例子。
2) 把时间关键的代码和/常数数组等从Flash复制到RAM中运行
在RAM中运行时，最大的指令周期比Flash中运行时要高，其执行速度也要快出不少，所以可以根据需要把实时性能要求较高的程序复制到RAM中运行，具体的方法和实例可以参考
https://www.wendangku.net/doc/9114908959.html,/general/docs/litabsmultiplefilelist.tsp?literatureNumber =spra958l下面的《Running an Application from Internal Flash Memory on the TMS320F28xxx DSP》。
3) 评估代码和数据的存储地址的划分，并根据需要修改链接文件
i. 如果某段代码和它所读取的数据位于同一个物理内存区间中，则因为它们使用相同的地址总线等资源，无法同时访问，造成了资源的冲突，这会降低程序的性能，所以最好把代码和数据保存在不同的内存区间中。
ii. 等待状态(wait)会降低系统性能，因为CPU会执行过多的无用状态且在此期间无法处理别的任务：当CPU读取或者访问存储单元或者外设的时候，该存储器或者外设有可能在CPU默认分配的时间内无法完成数据的传输，此时就需要在CPU的ready 信号中插入等待状态，直到数据传输完成才能让CPU继续执行别的任务。C28x器件上，大部分的SARAM都是零等待的，但是在C2833x器件中，有一些模块却不是，例如某些Flash/OTP的访问等。
iii. 如果在代码中大量使用两个数据缓冲区，则把两个数据缓冲区存放在不同的RAM模块中有可能会提高代码的性能，因为大量读写同一块RAM区间会产生更多的流水线停滞，造成性能的降低。
4) 使用编译器中的统一内存模式--unified_memory
此模式把所有的存储空间定义为一个整体，这样编译器在编译时就可以使用RPT 与PREAD指令来处理大部分的内存复制调用和结构体的分配。
5) 使用Flash和外部存储器
如果代码需要在Flash或外部存储器中运行，则在编译时开启-me选项。它将禁止编译器使用快速分支指令(SBF/BF)，转而使用普通的跳转指令(SB/B)。BF指令在默认情况下是被启用的，它能够将跳转分支使用的指令周期从7个降低到4个，在零等待状态的SAM中执行时，快速分支指令的预读特性使得它较为高效，但是在非零等待的存储器中执行时，SBF/BF的预读反而造成了性能的下降，此时需要人为地对预读和等待进行规划。
6) 使用内联函数
在编译时开启内联函数功能，则编译器会自动把多次调用的函数进行内联，大大减少函数调用和返回操作所带来的开销。当然，根据―空间换时间‖的原则，开启内联会增加一定的代码尺寸。
23. 为什么一个char类型的数组中，每个元素都占用了16bit的地址?
这是因为在C28x上，字节(byte)和字(word)是等价的：也就是说它们都是16位或者说16比特(bit)宽的，即sizeof(int) == sizeof(char) == 1。
24. sizeof(int) == sizeof(char) == 1貌似与ANSI标准是相违背的?
在ANSI/ISO的C定义中，sizeof操作符以字节形式给出了其操作数的存储大小。ANSI/ISO还规定，sizeof操作符取char的值时，返回值为1。因为TMS320C28x 中的字节是16位的，char也是16位的，所以sizeof的结果符合ANSI标准的。
作为补充，选16位，而不是8位或者别的什么位数作为char的宽度，主要是为了统一寻址的便利，虽然在某种程度上说这增加了一定的存储器空间占用，或者说浪费了一些空间，因为它们在存储空间中制造了一些空洞。
25. 如果char是16位的，那么如何高效地访问8位的值?
可以使用__byte()和__mov_byte()这样的编译器内联函数。请参考
https://www.wendangku.net/doc/9114908959.html,/article/265102.htm。
26. 编译结果提示undefined symbols，名字中包含$符号，怎么破?
名字中带美元符号的函数，例如FS$$MPY, FS$$TOL等，都是RTS库里的内置函数，编译器提示我们这些函数未定义，表明我们没有把对应的RTS库给加入到工程中，例如MPY是数学函数，需要添加相关的数学库，例如FPU数学库等。
27. 链接器提示“_c_int00 is not defined”，怎么破?
在https://www.wendangku.net/doc/9114908959.html,/article/262926.htm这篇文章中，已经分析了_c_int00的含义。找不到_c_int00的话，说明我们遗漏了包含它的RTS库，例如rts2800_ml.lib、rts2800_fpu32.lib等待，这些RTS库的具体区别在答疑解惑的第15条中已经有对比了(https://www.wendangku.net/doc/9114908959.html,/article/265108.htm)。
28. 新版本的编译器中，printf()/sprintf()函数貌似要使用更多的栈?
这是因为printf()函数被重新修改了，以支持多个级别的printf格式说明符支持和修正，以减少代码大小和总内存大小(包括bss)。printf由sprintf()间接调用，它使用一个400个元素的大小的局部数组。为了保存一致性，printf()一直都在使用这么大的内存空间，而编译器也在尽量避免使用malloc()进行内存分配。与老版本所不同的的是，此数组以前是静态的，而现在它被保存在.bss，而不是栈中;这样做的目的是，如果用户使用C I/O，则他们往往会在使用合适尺寸的栈的同时尽量减小.bss的使用。
29. 如果不需要printf()/sprintf()的全部特性，怎么样才能减小代码体积?
初学者往往使用printf打印―Hello World‖这样的方式来完成第一个DSP编程的程序，这种方法虽然是非常直观明了的，感觉起来功能也是非常简单的，但是一编译结果发现提示栈的空间不够，或者有―program will not fit into available memory‖
之类的错误。这是因为标准的printf()/sprintf()提供了非常多的特性支持，造成了在DSP上实现时，产生的代码尺寸非常大。
此时我们可以根据需要调整不同级别的格式格式限定符，例如通过链接器的选项，我们可以指定--printf_support=full, minimal或者nofloat, full为默认参数，表示支持所有的格式;nofloat不支持对浮点类型的数据的输入/打印，包
括%a，%A，%f, %F，%g，%G，%e和%E，支持其它的字符、定点格式等;minimal：对数据格式的最小支持，只包含了不指定数据宽度和精度标志的整形、字符型或者字符串，即只支持%%，%d，%o，%c，%s和%x格式。其详细含义可参考
https://www.wendangku.net/doc/9114908959.html,/article/236048.htm。需要注意的是，如果
--printf_support使用了不支持的格式，链接器并不能给出特定的实时运行库的错误提示，在使用时要仔细检查。
此外，如果不去指定链接器选项，我们也可以修改printf函数默认对应的源程序_printfi.c来实现类似的效果，它的路径一般在编译器的库函数目录下，例如
\ti\ccsv6\tools\compiler\c2000_6.2.5\lib\src。在此路径下，有3个printf函数对应的c程序，它们与链接器选项的对应关系如下表所示。
由此我们也可以看出，支持全部格式的printf的源程序的大小，达到了最小格式支持下源程序大小的23倍还要多。
30. CCS编译器是否支持任何工业标准?
1) 所有的TI DSP支持的C语言标准：
C89 (ISO/IEC 9899:1990，或者叫NSI X3.159-1989)
C99 (ISO/IEC 9899:1999). 不完全支持。
2) 不支持的C语言标准：
C11 (ISO/IEC 9899:2011)
3) 支持的C++标准：
C++98 (ISO/IEC 14882:1998)
C++03 (本质是C++98的bug修复)
4) 不支持的C++标准：
C++ TR1
C++11 (ISO/IEC 14882:2011)
5) IEEE-754 (ISO/IEC/IEEE 60559)标准：
TI的ARM和DSP的C/C++编译器支持32位和64位的二进制浮点数运算，能够支持IEEE754标准中大部分特性。
6) MISRA-C
MISRA C是由汽车产业软件可靠性协会(MISRA，motor industry software reliability association)提出的C语言开发标准，在控制有关的代码中是非常有用的标准，具体使用方法可参考https://www.wendangku.net/doc/9114908959.html,/article/247057.htm。
7) 其它标准
在工业领域中，safety安全特性在一些应用场合中已经是要求必须具备的功能了，相关的标准包括IEC61508、TüV认证等。目前已经有一部分包含硬件safety特性的DSP器件了;如果使用软件来实现这些特性，则目前还需要我们自己来编写代码以支持这样的特征。
31. CCS编译器对GCC扩展的支持如何?
GNU编译器结合GCC支持许多标准ANSI/ISO C/C++所不支持的特性。在开源应用和Linux等开发中，GCC的编译器gcc和g++等都被广泛使用。所以为了保证对GCC工具所开发的代码的兼容性，TI的编译器也支持某些GCC的扩展特性。目前支持的一些特性基本都包含在GCC4.3中，可查看：
https://www.wendangku.net/doc/9114908959.html,/onlinedocs/gcc-4.3.6/gcc/C-Extensions.html。
32. 如何了解有关编译/代码产生工具的已知问题，并获得最新进展?
老外喜欢用IBM的ClearQuest系统来报告bug并分享解决方案，我们可以使用TI提供的开放链接
https://https://www.wendangku.net/doc/9114908959.html,/cqweb/#/SDo-Web/SDOWP&format=HTML&versi
on=cqwj来报告bug、查看/分享解决方案等，其界面如下图所示：
避开老旧的―传统‖bug的最好办法当然是定期升级编译器和开发环境了。通过配置，新版本的CCS在启动后会自动检测升级并自动升级，这也简化了我们对开发环境的维
护工作。
33. 链接文件中包含那么多个段，有什么快速识别的方法?
把下面这个例子记牢就好了：
//
// Global variables x & y ==> .ebss
// Initial values 2 & 7 ==> .cinit
//
int x = 2;
int y = 7;
void main()
{
long z; // Local variable => .stack
z = x + y; // Code => .text
}
34. 为什么我们需要链接文件.cmd?为何编译器不能自动分配存储空间并进行内存管理?
在操作系统存在的情况下，这些工作确实不需要我们花费太多的心思。但是在嵌入式的DSP处理中，这样做的主要原因是处理能力和存储空间是十分有限的，必须要我
们进行一定的介入，例如我们需要考虑的因素包括：
1) 运行速度：在RAM中比在Flash中快，在Flash中又比在外部存储器(使用XINTF)中快。
2) 代码是否需要存储在非易失的存储器中(例如Flash)?
3) 任务是否是时间关键的?例如需要把某个时间关键的ISR被保存在Flash中，
然后运行时复制到RAM里。
4) 一些RAM可被DMA模块所访问，而另一些则不行。
5) 使用单独的物理RAM模块来避免资源的冲突。例如，在C2000 DSP中，RAM 模块都是在单个机器周期内只能访问一次的SARAM(Single-access RAM)。
6) 资源是否位于外部存储器中?
7) 代码是否需要保存在包含缓存或者预读的存储器中以提高性能?在C2000DSP 中，我们几乎见不到缓存或者预读的概念，它们一般出现在包括ARM处理器的器件中。
8) 存储器在程序空间、数据空间中是否具有等待状态?
9) 是否有需要被代码安全模块CSM所保护的代码?CSM并不能保护所有的代码
空间。
以上这些因素，在我们编程时也是需要特别关注，甚至是较为头疼的事情，显然让编辑器去自动实现它们，在目前阶段是不可能的(除非编译器的算法有一天能实现一定
程度的人工智能)。所以在现阶段，我们需要使用链接器命令文件cmd去描述每个段所需要使用的内存情况。
如果我们没有把某一个特殊的或者自定义的段给指定到特定的存储空间中，则此时链接器会自动把它给分配到一个可用的存储空间里，这有可能会影响到程序的执行效果。所以我们要开启编译器的-w选项，这样在在未定义的输出段被创建时，开发环境的控
制台窗口中会产生相关的警告信息。
35. 虽然可用的存储空间看起来比section的长度要大，但是链接器为何提示“placement fails for object”?
这种情况一般是因为段的空间的分配是并不是我们想象中的连续的一个紧挨一个，而是被编译器给―分块‖管理了。在内存地址分配时，一个段需要完全适配到页(page)中，或者从页的边界开始连续分配;为了满足这个要求，段在分配到页中时，可能无法
完全利用某些页，导致内存地址中产生了间隙(hole)，使得实际所需要的内存空间超过了根据变量大小计算出来的理论值。编译器这样做的目的是为了优化数据页(DP)寄存
器的加载，达到减小代码尺寸和优化程序性能的目的。例如，针对一个数组，如果数组的长度小于64字(words)，则编译器仅需安全地加载DP一次就可以访问数组的全部元素;如果数组长度大于64字，则在访问每64字的数组元素时，编译器仅需加载一次DP，当然如果访问多个64字的数组元素则仍需要多次加载DP。
举例说明：
在cmd里定义：
RAMM1 : origin = 0x000400, length = 0x000400 /* on-chip RAM block M1 */
commbuf : > RAMM1 PAGE = 1
在main.c里定义以下几个变量
#pragma DATA_SECTION(sendT, "commbuf")
Uint16 sendT[260];
#pragma DATA_SECTION(receT, "commbuf")
Uint16 receT[260];
#pragma DATA_SECTION(CntPPR, "commbuf")
Uint32 CntPPR[250];
表面上共需260+260+250*2=1020，commbuf正好放得下.但ccs提示空间不够：
(run placement fails for object "commbuf", size 0x474 (page 1).
Available ranges: RAMM1 size: 0x400 unused: 0x400 max hole: 0x400) 产生错误的原因是根据DP加载的原则，page被划分为64word的小单元，而数组被存储在连续的、整块的单元上，未使用到的空间不会再分配给其它数组或者变量使用。所以16位260长度的数组实际占用了64*5=320 (64*4=256<260)，32位500的长度实际占用了64*8=512，占用的总长度为：320*2+512=1152=0x480。
按照CCS的提示，commbuf占用空间是320*2+500=1140=0x474，但是事实上32位数组占据的最后那个page已经无法被别的变量使用了，所以如果还有新的变量出现的话，会提示RAMM1块缺少的地址更多。
根据我们的需要，可以在每次之间内存读取操作之前都加载DP，这样就可以禁用上面的―分块‖管理特性了。这样做虽然可以减小内存地址空间中的―间隙‖，但是每一次访问内存都需要加载DP，反而大大地增加了代码的尺寸，实在是得不偿失(看起来很少有人会这么做)。我们可以通过启用编译器的-disable_dp_load_opt，或者叫-md选项来实现这一方法。
确认某个段是否被编译器给分块管理的方法就是使用.bss和.usect指令，具体内容请参考https://www.wendangku.net/doc/9114908959.html,/article/263821.htm。
36. 链接器提示“placement fails for object '.text'”，我们如何为.text
分配更多的内存?
.text段中包含包含所有可执行的代码，以及编译器编译产生的常量。如果我们的
代码比较大，超过了cmd文件中默认分配的空间，则.text无法适配到内存空间中，就会产生上面的错误。通常有三种方法可以来为其分配更多的空间。
方法一：修改cmd
这个我们已经提到过，请参考https://www.wendangku.net/doc/9114908959.html,/article/256732.htm。
方法二：分割.text，把它平均分配到多个内存区域中
这个方法比较直观，前提是几个内存区域的总长度要满足要求。例如：
.text : >> FLASHA | FLASHC | FLASHD, PAGE = 0
方法三：完整分割法
这个名字有点古怪，它本质仍然是把.text分割，目标区域也可以有多个，但是当
第一个区域就满足要求时，则只把它分配到第一个区域中，剩余的目前区域实际上未被使用到。
在实际编程实现时，这些方法仍然存在一定的限制，包括：
1. 在包含控制律加速器CLA 的Piccolo器件中，只有特定的内存区域可被CLA
所使用。
2. 在含有DMA的器件中，并不是所有的内存都可被DMA所访问。
3. 一般情况下，SRAM都是单个机器周期内只能访问一次，但是0等待状态的。但在一些器件中，程序内存控制是包含等待状态的，例如在某些2833x器件中，DMA 可访问的数据空间是0等待状态的，但是程序控制是1等待状态的。这些SRAM空间更适合纯数据访问类型的使用。
37. 在cmd文件中，可以把连续的Flash模块组合为一个整体的区间吗?
答案是可以的。在Flash的烧写中，可以在同一时间被烧写的Flash的最小长度被称为扇区(sector)，所以通过把我们的代码进行分区烧写，就可以把它们对齐到扇区。
Flash模块结合的方法一：直接合并法
以把两个Flash扇区组和为一个段为例：
合并前，两个扇区的定义是：
MEMORY
{
//
// Individual sectors E and F called out in the MEMORY description
//
...
FLASHF : origin = 0x310000, length = 0x008000 /* on-chip FLASH */ FLASHE : origin = 0x318000, length = 0x008000 /* on-chip FLASH */ ...
}
合并之后的Flash区间为：
MEMORY
{
//
// Sectors E and F merged into one in the MEMORY description
//
...
FLASH : origin = 0x310000, length = 0x010000 /* on-chip FLASH F & FLASH E */
...
}
方法二：反其道行之，把段分配到多个Flash模块中，与问答36的方法二是一致的，例如：
SECTIONS
{
.text: { *(.text) } >> FLASHE| FLASHH
}
38. 在cmd文件中，可以把相邻的SARAM模块组合为一个整体的区间吗?
答案是可以的，方法与Flash组合的方法一样。
虽然这样做是完全没有问题的，但需要牢记SARAM模块都是单个机器周期内只能访问一次的，所以为了优化程序的性能，最好把代码给分区到不同的物理SARAM模块中，这样可以减少大量读/写操作中的资源冲突。
39. 对于DSP/BIOS的工程，如何了解链接的信息?
DSP/BIOS 的配置工具生成一个cmd文件，规定如何连接所有DSP/BIOS 生成的程序段，并且默认链接至所有C/C++ 语言编译程序生成的程序段。当从RAM 运行程序时，可能只需要这一个cmd文件就够了。但在当从Flash中执行时，很有可能需要生成且连接一个或多个自定义的程序段。
此外，任何配置片载Flash控制寄存器(例如，Flash等待状态)的代码不能从Flash 执行。我们也许需要从RAM(而非Flash)中运行特定时间关键函数来大幅提升性能。必须创建一个自定义cmd来处理这些我们定义的程序段。可以参考Running an
Application from Internal Flash Memory on the TMS320F28xx DSP这个文档，其示例代码在
https://www.wendangku.net/doc/9114908959.html,/general/docs/lit/getliterature.tsp?baseLiteratureNumbe r=spra958&fileType=zip。
需要注意的是，这些文档和程序与新版本的CCS中所包含SYS/BIOS并不是完全兼容的。此外，如果我们想使用第三方的操作系统，例如VxWorks、us/OS、INTEGRITY 等，则要根据这些RTOS的特点进行内存的分配与管理。
43. Error: option --include_path is missing its parameter 'dir'，如何解决?
本文引用地址：https://www.wendangku.net/doc/9114908959.html,/article/267640.htm
这个错误的发生往往是编译器没有能够正确地解析包含变量或者宏的头文件的路径。解决方法可以利用上图中的Variables选项卡，点击Add，把自定义的变量添加进去，此时CCS会检查该编译器变量是否符合标准。
44. Error: unresolved symbols remain，如何解决?
出现这个错误说明链接器在符号表中找不到相关的符号定义。在这个例子中，源程序example中使用了函数myfunc，但是在编译生成的所有目标文件(.obj)或者所有的库文件(.lib)中都找不到这个函数。解决的方法自然是找到这个函数从哪里来的?然后把它的源添加到工程中。
在使用Stellarisware或者ControlSuite套件中的例子来创建我们自己的工程时，如果忘了使用—library选项把库文件添加到链接器的路径里，则经常会出现此错误。这些库文件包括：Stellarisware/Tivaware中的driverlib, grlib, usblib，ControlSuite中的driverlib, IQMath等等。
那么接下来的步骤就是添加对应的库文件了。最直接的方法是在工程属性里选择，如下图所示：
此外，如果在C++代码中引用C代码的头文件，如果这个头文件是自定义的(而不是系统提供的)，则最好在头文件中添加extern "C" {...}以方便在C++代码中方便使用#include来引用该头文件。那么问题又来了：C编译器不认识extern "C"怎么办?此时要使用#ifdef这样的宏来在C中屏蔽它们，即：
#ifdef __cplusplus
extern "C" {
#endif
45. Error: placement fails for section "xxx"，如何解决?
这个错误说明我们定义的段超过了指定存储器区间的大小。可以从以下几个方面来解决此问题：
1. 检查栈和堆的长度，看看是不是给它们配置了过大的值，导致了在RAM中保存不下去?然后尝试减小它们的长度。
KEIL常见编译错误大全
KEIL常见编译错误大全 【致命错误】 立即终止编译这些错误通常是命令行指定的无效选项的结果当编译器不 能访问一个特定的源包含文件时也产生致命错误 致命错误信息采用下面的格式 C51FATAL-ERROR– ACTION:
C语言编译中的常见错误
C语言编译中的常见错误 1、警告类错误 ？‘XXX’declare but never used变量XXX已定义但从未用过。 ？‘XXX’is assigned a value which is never used变量XXX已赋值但从未用过。？Code has no effect 程序中含有没有实际作用的代码。 ？ Non-portable pointer conversion不适当的指针转换，可能是在应该使用指针的 地方用了一个非0的数值。 ？Possib le use of ‘XXX’before definition表达式中使用了未赋值的变量 ？Possibly incorrect assignment这样的赋值可能不正确 ？Redeclaration of ‘main’一个程序文件中主函数main不止一个。 ？Suspicious pointer conversion可疑的指针转换。通常是使用了基本类型不匹配的指针。 ？Unreachable code程序含有不能执行到的代码。 2、错误或致命错误 ？Compound statement missing } in function main程序结尾缺少括号}。 ？“}”expected；“(”expected等复合语句或数组初始化的结尾缺少“)”；“（”。 ？ Case outside of switch case不属于Switch结构，多由于switch结构中的花括 号不配对所致。 ？Case statement missing ‘:’ switch结构中的某个case之后缺少冒号。 ？ Constant expression required定义数组时指定的数组长度不是常量表达式。 ？ Declaration syntax error 结构体或联合类型的定义后缺少分号。 ？ Declaration was expected 缺少说明，通常是因为缺少分界符如逗号、分号、右圆 括号等所引起的。 ？Default outside switch Default部分放到了switch结构之外，一般是因为花括号 不匹配而引起的。 ？do statement must have while do语句中缺少相应的while部分。 ？ Expression syntax 表达式语法错。如表达式中含有两个连续的运算符
c语言编译常见错误列表
1."c" not an argument in function sum 该标识符不是函数的参数 2.array bounds missing ] in function main 缺少数组界限符"]" 3.Array size too large in function main 数组规模太大 4.bad file name format in include directive 在包含指令中的文件名格式不正确. 5.Call of non-function in function main 调用未经过定义的函数. 6.cannot modify a const object in function main 对常量不能进行修改. 7.character constant too long in function main 字符常量太大 8.constant expression required in funtion main 数组定义的时候,数组大小要求是常数 https://www.wendangku.net/doc/9114908959.html,pound statment missing } in function main 复合语句漏掉符号"{" 10.declaration syntax error in function main 宣告语法错误 11.expression syntax in function main 表达式语法错误 12. extra parameter in call to sum in function 调用函数时使用了过多的参数 13.illegal use of floating point in function main 浮点数的不合法使用 14.illegal pionter subtraction in function main 不合法的指针相减 15.invalid pointer addition in function main 无效的指针相加 16.out of memory in function main 内存不足 17.statement missing ; in function main 语句后面漏掉分号. 警告报错
编译原理教程课西安电子科大出版社第三版后习题答案——第二章
第二章 词法分析 2.1 完成下列选择题： (1) 词法分析器的输出结果是 。 a. 单词的种别编码 b. 单词在符号表中的位置 c. 单词的种别编码和自身值 d. 单词自身值 (2) 正规式M1和M2等价是指 。 a. M1和M2的状态数相等 b. M1和M2的有向边条数相等 c. M1和M2所识别的语言集相等 d. M1和M2状态数和有向边条数相等 (3) DFA M(见图2-1)接受的字集为 。 a. 以0开头的二进制数组成的集合 b. 以0结尾的二进制数组成的集合 c. 含奇数个0的二进制数组成的集合 d. 含偶数个0的二进制数组成的集合 【解答】 (1) c (2) c (3) d 图2-1 习题2.1的DFA M 2.2 什么是扫描器？扫描器的功能是什么？ 【解答】 扫描器就是词法分析器，它接受输入的源程序，对源程序进行词法分析并识别出一个个单词符号，其输出结果是单词符号，供语法分析器使用。通常是把词法分析器作为一个子程序，每当词法分析器需要一个单词符号时就调用这个子程序。每次调用时，词法分析器就从输入串中识别出一个单词符号交给语法分析器。 2.3 设M=({x,y}, {a,b}, f, x, {y})为一非确定的有限自动机，其中f 定义如下： f(x,a)={x,y} f{x,b}={y} f(y,a)=Φ f{y,b}={x,y} 试构造相应的确定有限自动机M ′。 【解答】 对照自动机的定义M=(S,Σ,f,So,Z)，由f 的定义可知f(x,a)、f(y,b)均为多值函数，因此M 是一非确定有限自动机。 先画出NFA M 相应的状态图，如图2-2所示。 图2-2 习题2.3的NFA M 用子集法构造状态转换矩阵，如表 表2-1 状态转换矩阵 1b a
常见C语言错误提示信息
Ambiguous operators need parentheses 不明确的运算需要用括号括起Ambiguous symbol ''xxx'' 不明确的符号 Argument list syntax error 参数表语法错误 Array bounds missing 丢失数组界限符 Array size toolarge 数组尺寸太大 Bad character in paramenters 参数中有不适当的字符 Bad file name format in include directive 包含命令中文件名格式不正确 Bad ifdef directive synatax 编译预处理ifdef有语法错 Bad undef directive syntax 编译预处理undef有语法错 Bit field too large 位字段太长 Call of non-function 调用未定义的函数 Call to function with no prototype 调用函数时没有函数的说明 Cannot modify a const object 不允许修改常量对象 Case outside of switch 漏掉了case 语句 Case syntax error Case 语法错误 Code has no effect 代码不可述不可能执行到Compound statement missing{ 分程序漏掉"{" Conflicting type modifiers 不明确的类型说明符 Constant expression required
要求常量表达式 Constant out of range in comparison 在比较中常量超出范围Conversion may lose significant digits 转换时会丢失意义的数字Conversion of near pointer not allowed 不允许转换近指针 Could not find file ''xxx'' 找不到XXX文件 Declaration missing ; 说明缺少"；" Declaration syntax error 说明中出现语法错误 Default outside of switch Default 出现在switch语句之外Define directive needs an identifier 定义编译预处理需要标识符Division by zero 用零作除数 Do statement must have while Do-while语句中缺少while部分Enum syntax error 枚举类型语法错误 Enumeration constant syntax error 枚举常数语法错误 Error directive :xxx 错误的编译预处理命令 Error writing output file 写输出文件错误 Expression syntax error 表达式语法错误 Extra parameter in call 调用时出现多余错误 File name too long 文件名太长 Function call missing ) 函数调用缺少右括号
gcc 常见的编译警告与错误(按字母顺序排列)备课讲稿
g c c常见的编译警告与错误(按字母顺序排 列)
gcc 常见的编译警告与错误（按字母顺序排列） C语言初学者遇到的最大问题往往是看不懂编译错误，进而不知如何修改程序。有鉴于此，本附录罗列了用gcc编译程序时经常出现的编译警告与错误。需要提醒读者的是，出现警告（warning）并不影响目标程序的生成，但出现错误（error）则无法生成目标程序。 为便于读者查阅，下面列出了经常遇到的警告与错误，给出了中英文对照（英文按字典顺序排列），并对部分错误与警告做了必要的解释。 #%s expects \FILENAME\ or … #%s 需要 \FILENAME\ 或… #%s is a deprecated GCC extension #%s 是一个已过时的 GCC 扩展 #%s is a GCC extension #%s 是一个 GCC 扩展 #~ error: #~ 错误： #~ In file included from %s:%u #~ 在包含自 %s：%u 的文件中 #~ internal error: #~ 内部错误： #~ no newline at end of file #~ 文件未以空白行结束
#~ warning: #~ 警告： #elif after #else #elif 出现在 #else 后 #elif without #if #elif 没有匹配的 #if #else after #else #else 出现在 #else 后 #else without #if #else 没有匹配的 #if #endif without #if #endif 没有匹配的 #if #include nested too deeply #include 嵌套过深 #include_next in primary source file #include_next 出现在主源文件中 #pragma %s %s is already registered #pragma %s %s 已经被注册 #pragma %s is already registered #pragma %s 已经被注册 #pragma once in main file #pragma once 出现在主文件中
C语言调试常见错误及修改方法(附习题)
1.调试 C 程序时常见的错误类型分析 一般情况下，错误主要分为两大类：一、语法错误。对于这种错误，用编译器很容易解决。所以，改错题的第一步是先编译，解决这类语法错误。下面总结了二级C 语言上机改错题中常见的语法错误: (1) 丢失分号，或分号误写成逗号。 (2) 关键字拼写错误，如本来小写变成大写。 (3) 语句格式错误，例如for 语句中多写或者少写分号。 (4) 表达式声明错误，例如：少了() (5) 函数类型说明错误。与main ()函数中不一致。 (6) 函数形参类型声明错误。例如：少* 等。 (7) 运算符书写错误，例如：/ 写成了。二、逻辑错误，或者叫语义错误，这和实现程序功能紧密相关，一般不能用编译器发现。对于逻辑错误可以按这样的步骤进行查找。 (1) 先读试题，看清题目的功能要求。 (2) 通读程序，看懂程序中算法的实现方法。 (3) 细看程序，发现常见错误点。 2.改错题的改错方式总结，当然这些总结只能对大部分改错行有效 1、若错误行是函数首部，可分为以下几种情况： A、该行最后若有分号则删除，中间若有分号则改成逗号 B、形参类型不一致的问题，特别是指针类型，若后面用到某形参时有指针运算则该形参必为指针类型；若形参是二维数组或指向m 个元素的指针变量，则第二维的长度必须与main 中对应数组的第二维长度相同 C、函数类型不一致的问题，若函数中没有return语句则函数类型为void，若有return语句则函数的类型必须与return 后变量的类型一致。 2、若错误行是if 或while 语句，则首先看有没有用小括号将整个表达式括起，若没有则加上小括号。 3、若错误行中有if、while 、for 则要特别注意条件表达式的错误问题： A、指针变量的应用，若表达式中有指针变量且没有指针运算符，则加上指针运算符 B、若条件表达式中只有一个等于号，则改成两个等于号，若为其它比较运算符则一般是进行逆转或加一个等于号 C、f or 中要用分号分隔表达式，而不是用逗号 4、语法错误 A、语句缺少分号，若错误行中有语句没有用分号结束，则加上分号。 B、大小写不对，若错误行中有大写字母则一般都改成小写字母。 5、指针变量的运用，若错误行中有指针变量，并且该变量名前没有指针运算符则一般都是加上指针运算符 6、若错误行为return 语句，则首先看是否是缺少分号若是则加上分号即可；否则就是return 后的变量或表达式错误（此时可通过看题意，来分析该返回哪一变量或表达式）
IAR常见编译错误
【转】IAR常见编译错误—比较全 IAR常见编译错误，比较全面的： 前面的序号表示错误编号 0 Format chosen cannot support banking Format unable to support banking. 1 Corrupt file. Unexpected end of file in module module (file) encountered XLINK aborts immediately. Recompile or reassemble, or check the compatibility between XLINK and C compiler. 2 Too many errors encountered (>100) XLINK aborts immediately. 3 Corrupt file. Checksum failed in module module (file). Linker checksum is linkcheck, module checksum is modcheck XLINK aborts immediately. Recompile or reassemble. 4 Corrupt file. Zero length identifier encountered in module module (file) XLINK aborts immediately. Recompile or reassemble. 5 Address type for CPU incorrect. Error encountered in module module (file) XLINK aborts immediately. Check that you are using the right files and libraries. 6 Program module module redeclared in file file. Ignoring second module XLINK will not produce code unless the Always generate output (-B) option (forced dump) is used. 7 Corrupt file. Unexpected UBROF – format end of file encountered in module module (file) XLINK aborts immediately. Recompile or reassemble. 8 Corrupt file. Unknown or misplaced tag encountered in module module (file). Tag tag XLINK aborts immediately. Recompile or reassemble. 9 Corrupt file. Module module start unexpected in file file XLINK aborts immediately. Recompile or reassemble. 10 Corrupt file. Segment no. segno declared twice in module module (file) XLINK aborts immediately. Recompile or reassemble. 11 Corrupt file. External no. ext no declared twice in module module (file) XLINK aborts immediately. Recompile or reassemble. 12 Unable to open file file XLINK aborts immediately. If you are using the command line, check the
常见gcc 编译错误整理
常见gcc 编译错误整理（开始）1 1 error: expected expression before 'else' else之前无表达式。 2 error: lvalue required as left operand of assignment 左值问题。 3 error: invalid storage class for function 'XXXXXX' 在文件的某个地方，丢失了一个大括号‘}’。 常见gcc编译警告整理（开始） 1、warning: no newline at end of file 在文件最后一行加上回车键 解释：在《Rationale for the C99 standard》一文中，有C99的相关信息： A backslash immediately before a newline has long been used to continue string literals, as well as preprocessing command lines. In the interest of easing machine generation of C, and of transporting code to machines with restrictive physical line lengths, the C89 Committee generalized this mechanism to permit any token to be continued by interposing a backslash/newline sequence. c/c++代码的每一行后面有一个“结束符”，也就是newline。避免当被include的文件展开后，前一个文件的最后一行与后一个文件的第一行直接被连接成一行从而造成错误。 2、warning: comparison between pointer and integer 解释：integer与pointer比较
VC6常见编译错误
目录 VC6.0编译常见错误 (1) 第一部分编译错误 (1) 1．error C2001: newline in constant (1) 2．error C2015: too many characters in constant (2) 3．error C2018: unknown character '0x##' (3) 4．error C2041: illegal digit '#' for base '8' (3) 5．error C2065: 'xxxx' : undeclared identifier (3) 6．error C2086: 'xxxx' : redefinition (5) 7．error C2374: 'xxxx' : redefinition; multiple initialization (5) 8．C2143: syntax error : missing ';' before (identifier) 'xxxx' (5) 9．error C2137: empty character constant (6) 10．error C2374: 'xxxx' : redefinition; multiple initialization (7) 第二部分链接错误 (7) 1．error LNK2001: unresolved external symbol _main (7) 2．error LNK2005: _main already defined in xxxx.obj (7) VC6.0编译常见错误 第一部分编译错误 1．error C2001: newline in constant 编号：C2001 直译：在常量中出现了换行。错误分析： （1）字符串常量、字符常量中是否有换行。
Keil C 编译器常见警告与错误信息
https://www.wendangku.net/doc/9114908959.html,/support/man/docs/c51/c51_c277.htm错误信息查询 Keil C 编译器常见警告与错误信息 error C132 ：“****”not in formal parameter list 花了偶将近半个小时来查找错误，最终发现原来是在头文件里的一个函数声明时露了一个分号造成紧挨着在它下面声明的参数not in formal parameter list。 记在在这里，免得以后忘记了，同时也供大家分享。 下面是另外一些常见的错误提示： 1.第一种错误信息 ***WARNING L15: MULTIPLE CALL TO SEGMENT SEGMENT: ?PR?_WRITE_GMVLX1_REG?D_GMVLX1 CALLER1: ?PR?VSYNC_INTERRUPT?MAIN CALLER2: ?C_C51STARTUP ***WARNING L15: MULTIPLE CALL TO SEGMENT SEGMENT: ?PR?_SPI_SEND_WORD?D_SPI CALLER1: ?PR?VSYNC_INTERRUPT?MAIN CALLER2: ?C_C51STARTUP ***WARNING L15: MULTIPLE CALL TO SEGMENT SEGMENT: ?PR?SPI_RECEIVE_WORD?D_SPI CALLER1: ?PR?VSYNC_INTERRUPT?MAIN CALLER2: ?C_C51STARTUP - 该警告表示连接器发现有一个函数可能会被主函数和一个中断服务程序(或者调用中断服务程序的函数)同时调用,
编译时的常见错误
一、编译时的常见错误 1. 数据类型错误。此类错误是初学者编程时的常见现象, 下面是一些要引起注意的错误: (1) 所有变量和常量必须要加以说明。 (2) 变量只能赋给相同类型的数据。 (3) 对scanf()语句, 用户可能输入错误类型的数据项, 这将导致运行时出错, 并报出错信息。为避免这样的错误出现, 你就提示用户输入正确类型的数据。 (4) 在执行算术运算时要注意: a. 根据语法规则书写双精度数字。要写0.5, 而不是写.5; 要写1.0, 而不是1。尽管C语言会自动地把整型转换成双精度型, 但书写双精度型是个好习惯。让C语言为你做强行转换这是一种效率不高的程序设计风格。这有可能导致转换产生错误。 b. 不要用0除。这是一个灾难性的错误, 它会导致程序失败, 不管C 语言的什么版本, 都是如此, 执行除法运算要特别小心。 c. 确保所有的双精度数(包括那些程序输入用的双精度数) 是在实数范围之内。 d. 所有整数必须在整数允许的范围内。这适用于所有计算结果, 包括中间结果。 2. 将函数后面的";"忘掉。此时错误提示色棒将停在该语句下的一行, 并显示: Statement missing ; in function <函数名> 3. 给宏指令如#include, #define等语句尾加了";"号。 4. "{"和"}"、"("和")"、"/*"和"*/"不匹配。引时色棒将位于错误所在的行, 并提示出有关丢掉括号的信息。 5. 没有用#include指令说明头文件, 错误信息提示有关该函数所使用的参数未定义。 6. 使用了Turbo C保留关键字作为标识符, 此时将提示定义了太多数据类型。 7. 将定义变量语句放在了执行语句后面。此时会提示语法错误。 8. 使用了未定义的变量, 此时屏幕显示: Undefined symbol '<变量名>' in function <函数名> 9. 警告错误太多。忽略这些警告错误并不影响程序的执行和结果。编译时当警告错误数目大于某一规定值时(缺省为100)便退出编译器, 这时应改变集成开发环境Options/Compiler/Errors中的有关警告错误检查开关为off。 10. 将关系符"=="误用作赋值号"="。此时屏幕显示: Lvalue required in function <函数名> 二、连接时的常见错误 1. 将Turbo C库函数名写错。这种情况下在连接时将会认为此函数是用户自定义函数。此时屏幕显示: Undefined symbol '<函数名>' in <程序名> 2. 多个文件连接时, 没有在"Project/Project name中指定项目文件(.PRJ文件), 此时出现找不到函数的错误。 3. 子函数在说明和定义时类型不一致。 4. 程序调用的子函数没有定义。 三、运行时的常见错误 1. 路径名错误。在MS-DOS中, 斜杠(\)表示一个目录名; 而在Turbo C 中斜杠是个某个字符串的一个转义字符, 这样, 在用Turbo C 字符串给出一个路径名时应考虑"\"的转义的作用。例如, 有这样一条语句: file=fopen("c:\new\tbc.dat", "rb"); 目的是打开C盘中NEW目录中的TBC.DAT文件, 但做不到。这里"\"后面紧接的分别是"n"及"t", "\n"及"\t"将被分别编译为换行及tab字符, DOS将认为它是不正确的文件名而拒绝接受, 因为文件名中不能和换行或tab字符。正确的写法应为: file=fopen("c:\\new\\tbc.dat", "rb"); 2. 格式化输入输出时, 规定的类型与变量本身的类型不一致。例如: float l;
编译出错种类
VC++编译的常见错误 1、fatal error C1010: unexpected end of file while looking for precompiled header directive。 寻找预编译头文件路径时遇到了不该遇到的文件尾。（一般是没有#include "stdafx.h"） 2、fatal error C1083: Cannot open include file: 'R…….h': No such file or directory 不能打开包含文件“R…….h”：没有这样的文件或目录。 3、error C2011: 'C……': 'class' type redefinition 类“C……”重定义。 4、error C2018: unknown character '0xa3' 不认识的字符'0xa3'。（一般是汉字或中文标点符号） 5、error C2057: expected constant expression 希望是常量表达式。（一般出现在switch语句的case分支中） 6、error C2065: 'IDD_MYDIALOG' : undeclared identifier “IDD_MYDIALOG”：未声明过的标识符。 7、error C2082: redefinition of formal parameter 'bReset' 函数参数“bReset”在函数体中重定义。 8、error C2143: syntax error: missing ':' before '{' 句法错误：“{”前缺少“；”。 9、error C2146: syntax error : missing ';' before identifier 'dc' 句法错误：在“dc”前丢了“；”。 10、error C2196: case value '69' already used 值69已经用过。（一般出现在switch语句的case分支中） 11、error C2509: 'OnTimer' : member function not declared in 'CHelloView' 成员函数“OnTimer”没有在“CHelloView”中声明。 12、error C2511: 'reset': overloaded member function 'void (int)' not found in 'B' 重载的函数“void reset(int)”在类“B”中找不到。 13、error C2555: 'B::f1': overriding virtual function differs from 'A::f1' only by return type or calling convention 类B对类A中同名函数f1的重载仅根据返回值或调用约定上的区别。 14、error C2660: 'SetTimer' : function does not take 2 parameters “SetTimer”函数不传递2个参数。 15、warning C4035: 'f……': no return value “f……”的return语句没有返回值。 16、warning C4553: '= =' : operator has no effect; did you intend '='? 没有效果的运算符“= =”；是否改为“=”？ 17、warning C4700: local variable 'bReset' used without having been initialized 局部变量“bReset”没有初始化就使用。
西电软件学院算法实验报告
第二次试验 一、 问题： Matrix-chain product 分析： 本题是矩阵链乘问题，需要求出最优括号化方案。即在矩阵的乘法链上添加括号来改变运算顺序以使矩阵链乘法的代价降低。 可以分析该链乘的一个子段总结一些结论。假设m[i,j]表示A i*…*A j的链成需要进行的乘法次数（假设j-i足够大），我们可以将A i*…*A j分为两段进行计算：（A i*…*A k）*（A k+1*…*A j）可以得出m[i,j]的递推公式 可以得出，当i=j的时候，m[i,j]=0。当i
通过m数组可以得出最少的乘法次数，通过s数组可以输出最优方案。 遇到的问题： 在输出s数组的结果的时候仍然需要递归调用，需要合适的控制递归的条件。 总结： 在矩阵链乘问题中可以看出，动态规划结合递归的思想可以快捷的解决很多问题。本题中，重点是归纳出m[i,j]的递推公式。 二、 问题： Longest Common Subsequence 分析： 本题即是最长公共子序列问题。假设有序列A[m]和序列B[n]，显然，对于每一个[i,j]，都对应着一个公共子序列的长度。假设长度为c，就可以得到一个二维数组c[m,n]。对于c[i,j]，当Ai=Bj的时候，问题就转变为求A[1..i-1]和B[1..j-1]的公共子序列长度的问题，所以c[i，j]的长度就是c[i-1，j-1] + 1; 同理，当Ai != Bj的时候，c[i,j]应该在c[i-1,j]与c[i,j-1]中取最大值。另外，当i或者j等于0的时候，显然c的值为0。由上面所述，可以得到递推公式如下： 为了解决这个问题，还如要定义另一个数组用于存放c数组中每一个元素的来源。这个来源其实就反映了公共子串。可以通过箭头表示来源，相连的箭头序列中指向左上方的箭头最多的一串对应的就是最长公共子序列。 比如对于题目中给出的第一个例子 X: xzyzzyx Y: zxyyzxz 可以用一个矩阵表示计算的过程：
JAVA常见编译错误信息及说明
Java编译错误信息及说明 1、java:33:不是语句 解释：程序中出现了没有任何意义的字符（串），可能是无意中打出了没有任何意义的字符； 2、java:34:需要';' 解释：某条语句没有以分号结束； 3、java:36:缺少返回语句 解释：带返回值的函数缺少return语句； 4、java:33:不兼容的类型 解释：运算符两边的数据类型不一致或者不能做隐式转换； 5、java:36:无法访问的语句 解释：此语句永远不可能被执行，可能是此语句之前存在类似于while（true）的语句，导致此语句永远不可能被执行； 6、java:34:非法的表达式开始 解释：有不符合语法规范的表达式出现； 7、java:34:找不到符号 解释：使用了没有定义或没有引入的变量； 8、java:33:非法字符：\65307 解释：在中文输入状态下输入了一些标点符号； 9、java:18:不可转换的类型 解释：运算符两边的数据类型不一致或者不能做隐式转换； 10、java:19:"else"不带有"if" 解释：编译器找到else语句但是没有找到与之对应的if语句，可能是由于大括号没有成对出现；
11、java:12:可能损失精度 解释：把高精确度类型的数据赋值给低精确度类型的变量； 12、java:17:需要')' 解释：括号没有成对出现； 13、java:8:可能尚未初始化变量s 解释：局部变量s没有赋初值； 14、java:7:不可比较的类型：int和Boolean 解释：运算符两边操作数的数据类型不符合运算符的使用规范； 15、java:6:已在isLeap(int)中定义year 解释：变量year被重复定义； 16、java:21:字符字面值的行结尾不合法 解释：程序语句的结尾不是java规定的结束符号，而是其他的符号； 17、java:9:需要<标识符> 解释：可能是由于用户指定了数据类型，但未指定该类型的变量名； 18、java:8:无法从静态上下文中引用非静态变量this 解释：在静态方法中使用了非静态变量this； 19、java:12:在switch或loop外部中断 解释：在非循环语句或非switch语句中使用了中断循环功能的语句break； 20、java:21:对于结果类型为void的方法，无法返回值 解释：空返回值方法中出现了return语句； 21、java:12:需要数组，但找到int 解释：在应该出现数组的地方没有找到数组类型的变量，而是找到int类型的变量； 22、java:13:无法将Node中的setData(int)应用于()
keil 编译错误提示
C51编译器识别错类型有三种 1、致命错误：伪指令控制行有错，访问不存在的原文件或头文件等。 2、语法及语义错误：语法和语义错误都发生在原文件中。有这类错误时，给出 提示但不产生目标文件，错误超过一定数量才终止编译。 3、警告：警告出现并不影响目标文件的产生，但执行时有可能发生问题。程序 员应斟酌处理。 D.1 致命错误 C_51 FATAL_ERROR ACTION: <当前行为> LINE: <错误所在行> ERROR: <错误信息> terminated 或C_51 FATAL ERROR ACTION: <当前行为> FILE: <错误所在文件> ERROR: <错误信息> terminated C_51 TERMINATED C_51 (1) ACTION 的有关信息 *PARSING INVOKE-/#PRAGMA_LINE 在对#pragma 指明的控制行作此法分析时出错。 *ALLOCATING MEMORY 系统分配存储空间时出错。编译较大程序需要512k空间。 *OPENING INPUT_FILE 打开文件时，未找到或打不开源文件/头文件。 *CREATE LIST_FILE/OBJECT_FILE/WORK_FILE 不能创建上述文件。可能磁盘满或文件已存在而且写保护。 *PARSING SOURCE_FILE/ANALYZING DECLARATIONS 分析源程序时发现外部引用名太多。 *GENERATING INTERMEDIATE CODE 源代码被翻译成内部伪代码，错误可能来源于函数太大而超过内部极限。 *WRITING TO FILE 在向文件（work,list,prelist或object file）写时发生错误。 （2）ERROR的有关信息 *MEMORY SPACE EXHAUSTED 所有可用系统空间耗尽。至少需要512k 字节空间。没有足够空间，用户必须检查常驻内存的驱动程序是否太多。 *FILE DOES NOT EXIST FILE 行定的文本文件名未发现。 *CAN’T CREAT FILE FILE 行定义的文件不能被创建。 *SOURCE MUST COME FROMA DISK_FILE 源文件和头文件必须存在于硬盘或软盘上。控制台、CON、CI 或类似设备不允许作为输入文件。 *MORE THAN 256 SEGMENTS/PUBLICS/EXTERNALS 受OMF_51的历史限制，一个源程序不能超过256个各种函数的类型段，256个全局变量，
Android系统编译过程中常见问题汇总(2)
android源码编译常见问题 分类：android中级2013-03-09 16:20 397人阅读评论(2) 收藏举报编译过程： （在Ubuntu 11.04 64位机器上编译） 1. source build/envsetup.sh //初始化与环境envsetup.sh脚本 初始化完成，显示如下 including device/samsung/maguro/vendorsetup.sh including device/samsung/tuna/vendorsetup.sh including device/ti/panda/vendorsetup.sh including sdk/bash_completion/adb.bash 2. lunch full-eng //选择的目标 ============================================ PLATFORM_VERSION_CODENAME=REL PLATFORM_VERSION=4.0.1 TARGET_PRODUCT=full TARGET_BUILD_VARIANT=eng TARGET_BUILD_TYPE=release TARGET_BUILD_APPS= TARGET_ARCH=arm TARGET_ARCH_VARIANT=armv7-a HOST_ARCH=x86 HOST_OS=linux HOST_BUILD_TYPE=release BUILD_ID=ITL41D ============================================ //建立与一切使。GNU的make -JN参数可以并行处理任务，它是共同使用的任务数， //N的1倍和2倍之间是被用于建立计算机硬件线程数量。例如在E5520双机（2个CPU， //每个CPU 4核，每核心2线程），最快的构建与命令之间的J16和 -J32。 3. make -j4 编译完成