STM8编译问题(STVD)解决与解释

问题：

stm8_interrupt_vector.c:

Running Linker

clnk -l"C:\Program Files\COSMIC\CXSTM8\Lib" -o

Debug\dxxd-stm8003-tm1804.sm8 -mDebug\dxxd-stm8003-tm1804.map

-eDebug\dxxd-stm8003-tm1804.err Debug\dxxd-stm8003-tm1804.lkf

errors reported in Debug\dxxd-stm8003-tm1804.err

The command: "clnk -l"C:\Program Files\COSMIC\CXSTM8\Lib" -o

Debug\dxxd-stm8003-tm1804.sm8 -mDebug\dxxd-stm8003-tm1804.map

-eDebug\dxxd-stm8003-tm1804.err Debug\dxxd-stm8003-tm1804.lkf " has failed, the returned value is: 1

exit code=1.

dxxd-stm8003-tm1804.elf - 2 error(s), 0 warning(s)

解决方法：在“工程选项”（project settings)中，确定“Settings”下树状列表中工程被选中点选右边“C Compiler”选项卡，在C Compiler中有一个“Category"下拉列表，选此下拉列表中"General"会在下面显示Memory Models中把选项Short Stack[+mods0]选择更改为Long Stack[+modsl]

还不行时，再设置这里，

可以在STVD 的IDE里改

project - setting - linker -category(input) 把Ram的空间改大一些

一般经过这两步就可以成功编译啦

原因解释：

当出现上面红色字体的问题时，你可以进去你创建工程的文件里看到有一个Debug的文件，打开后就会发现有下图所示的一个“错误日志”，打开错误日志你就会发现编译不通过的问题了，这里的问题一般都是下面这里问题：

#error clnk Debug\dxxd-stm8003-tm1804.lkf:1 segment .bit size overflow (14)

#error clnk Debug\dxxd-stm8003-tm1804.lkf:1 segments .bit (0x100:0-0x101:6) and .data (0x100-0x1ff) overlap

上面的#error clnk Debug\dxxd-stm8003-tm1804.lkf:1 segment .bit size overflow (14)是提示代码段溢出，后面括号的14是指溢出了14个。

只要n<255,就比较好办。办法是：挑n个全局变量，将它们的定义和声明前面添加@tiny ，这样将把这些变量定义在0～0xff中。

说明：

stack long默认将变量放在0x100以后(@near)。stack short默认将变量放在0xff以内(@tiny)。如果变量比较多，单放在那边都不够，可以强行指定其存放空间（加@tiny或@near）。

变量以@near定义表示要求分配该变量在0x0100~0xFFFF之间的存储空间。

变量以@tiny定义表示要求分配该变量在0x0000~0x00FF之间的存储空间。

不管哪段存储空间，大小都是有限制的。因为你之前在@near空间分配的变量太多，所以5楼才建议你挑几个变量放到@tiny空间，但如果你在@tiny空间分配太多变量，当然编译不能成功。

此时因为使用STM8L的固件库，造成一些不必要的函数被编译，可以尝试注释掉一些不必要的函数；如果已经没有可以注释的函数，可以尝试在project setting中，选择代码优化，压缩代码。

遇到最多的莫过于使用库的时候，提示代码超过内存范围。

代码量并不多，但是编译器却明明白白的提示代码超过内存范围，为什么会这样？

主要原因，在于库文件中为了做好错误处理，中间添加了assert代码。同时也由于为了将所有功能函数都提供出来，中间有很多用不到的函数，但是在STM8L中，这些没有用的函数，虽然最后没有连接进执行代码中，但是在生成的.o文件中是有的，由于CxSTM8是在连接前判断.o的总和大小，而不是连接后的判断可执行代码的大小，因此虽然我们的代码很少，但是由于库中没有用到的代码和用于错误处理的代码过多，造成了连接前的.o文件总和大小超过范围，而造成编译器不进行连接。（当然也有可能是进行了连接，但是因为连接后生成的可执行文件大小超过了要求，而没有生成可执行文件。但是，根据当注释掉一些没有用的函数后，连接成功，因此判断是没有进行连接）

针对于这种情况，不用库函数，势必会造成开发效率的降低。用库函数，又会造成生成的代码超过内存大小。这个时候，折中的办法是，依然使用库函数，但是：

1.将库函数中没有用到的函数注释掉；

2.将库函数中一些不必要的assert语句注释掉；

3.将一些简单的库函数，做成宏定义直接调用；

避免不必要的代码出现，减少冗余代码。（对于assert处代码，要小心处理）

还有不明白可以看看这个贴：

https://www.wendangku.net/doc/5815512067.html,/icview-134991-1-1.html

https://www.wendangku.net/doc/5815512067.html,/tietao/article/details/913980

编译原理作业参考答案

第1章引言 1、解释下列各词 源语言:编写源程序的语言（基本符号，关键字），各种程序设计语言都可以作为源语言。 源程序: 用接近自然语言（数学语言）的源语言（基本符号，关键字）编写的程序，它是翻译程序处理的对象。 目标程序: 目标程序是源程序经过翻译程序加工最后得到的程序。目标程序 （结果程序）一般可由计算机直接执行。 低级语言：机器语言和汇编语言。 高级语言：是人们根据描述实际问题的需要而设计的一个记号系统。如同自然语言（接近数学语言和工程语言）一样，语言的基本单位是语句，由符号组和一组用来组织它们成为有确定意义的组合规则。 翻译程序: 能够把某一种语言程序（源语言程序）改变成另一种语言程序（目标语言程序），后者与前者在逻辑上是等价的。其中包括：编译程序，解释程序，汇编程序。 编译程序: 把输入的源程序翻译成等价的目标程序（汇编语言或机器语言）， 然后再执行目标程序（先编译后执行），执行翻译工作的程序称为编译程序。 解释程序: 以该语言写的源程序作为输入，但不产生目标程序。按源程序中语句动态顺序逐句的边解释边执行的过程，完成翻译工作的程序称为解释程序。 2、什么叫“遍”？ 指对源程序或源程序的中间形式（如单词，中间代码）从头到尾扫描一次，并作相应的加工处理，称为一遍。 3、简述编译程序的基本过程的任务。 编译程序的工作是指从输入源程序开始到输出目标程序为止的整个过程，整个过程可以划分5个阶段。 词法分析：输入源程序，进行词法分析，输出单词符号。 语法分析：在词法分析的基础上，根据语言的语法规则把单词符号串分解成各类语法单位，并判断输入串是否构成语法正确的“程序”。 中间代码生成：按照语义规则把语法分析器归约（或推导）出的语法单位翻译成一定形式的中间代码。 优化：对中间代码进行优化处理。 目标代码生成：把中间代码翻译成目标语言程序。 4、编译程序与解释程序的区别？ 编译程序生成目标程序后，再执行目标程序；然而解释程序不生成目标程序，边解释边执行。 5、有人认为编译程序的五个组成部分缺一不可，这种看法正确吗？ 编译程序的5个阶段中，词法分析，语法分析，语义分析和代码生成生成是必须完成的。而中间代码生成和代码优化并不是必不可少的。优化的目的是为了提高目标程序的质量，没有这一部分工作，仍然能够得到目标代码。 6、编译程序的分类 目前基本分为：诊断编译程序，优化编译程序，交叉编译程序，可变目标编译程序。

KEIL常见编译错误大全

KEIL常见编译错误大全 【致命错误】 立即终止编译这些错误通常是命令行指定的无效选项的结果当编译器不 能访问一个特定的源包含文件时也产生致命错误 致命错误信息采用下面的格式 C51FATAL-ERROR– ACTION: LINE: ERROR: C51TERMIANTED. C51FATAL-ERROR– ACTION: FILE: ERROR: C51TERMIANTED. 下面说明Action和Error中可能的内容 Actions ALLOCATING MEMORY 编译器不能分配足够的存储区来编译指定的源文件. CREATING LIST-FILE/OBJECT-FILE/WORKFILE 编译器不能建立列表文件,OBJ文件,或工作文件这个错误的出现可能是磁盘满或写保护,或文件已存在和只读. GENERATING INTERMEDIATE CODE 源文件包含的一个函数太大,不能被编译器编译成虚拟代码.尝试把函数分小或重新编译. OPENING INPUT-FILE 编译器不能发现或打开所选的源或包含文件. PARSING INVOKE-/#PRAGMA-LINE 当在命令行检测到参数计算,或在一个#pragma中检测到参数计算,就产生这样的错误. PARSING SOURCE-FILE/ANALYZING DECLARATIONS 源文件包含太多的外部参考.减少源文件访问的外部变量和函数的数目. WRITING TO FILE

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/5815512067.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 语句后面漏掉分号. 警告报错

Fluent_UDF_第七章_UDF的编译与链接

第七章 UDF的编译与链接 编写好UDF件（详见第三章）后，接下来则准备编译（或链接）它。在7.2或7.3节中指导将用户编写好的UDF如何解释、编译成为共享目标库的UDF。 _ 第 7.1 节: 介绍 _ 第 7.2 节: 解释 UDF _ 第 7.3 节: 编译 UDF 7.1 介绍 解释的UDF和编译的UDF其源码产生途径及编译过程产生的结果代码是不同的。编译后的UDF由C语言系统的编译器编译成本地目标码。这一过程须在FLUENT运行前完成。在FLUENT运行时会执行存放于共享库里的目标码，这一过程称为“动态装载”。 另一方面，解释的UDF被编译成与体系结构无关的中间代码或伪码。这一代码调用时是在内部模拟器或解释器上运行。与体系结构无关的代码牺牲了程序性能，但其UDF可易于共享在不同的结构体系之间，即操作系统和FLUENT版本中。如果执行速度是所关心的，UDF文件可以不用修改直接在编译模式里运行。 为了区别这种不同，在FLUENT中解释UDF和编译UDF的控制面板其形式是不同的。解释UDF的控制面板里有个“Compile按钮”，当点击“Compile按钮”时会实时编译源码。编译UDF的控制面板里有个“Open按钮”，当点击“Open按钮” 时会“打开”或连接目标代码库运行FLUENT（此时在运行FLUENT之前需要编译好目标码）。 当FLUENT程序运行中链接一个已编译好的UDF库时，和该共享库相关的东西都被存放到case文件中。因此，只要读取case文件，这个库会自动地链接到FLUENT 处理过程。同样地，一个已经经过解释的UDF文件在运行时刻被编译，用户自定义的C函数的名称与内容将会被存放到用户的case文件中。只要读取这个case文件，这些函数会被自动编译。 注：已编译的UDF所用到的目标代码库必须适用于当前所使用的计算机体系结构、操作系统以及FLUENT软件的可执行版本。一旦用户的FLUENT升级、操作系统改变了或者运行在不同的类型的计算机，必须重新编译这些库。

编译程序和解释程序

编译程序和解释程序 程序设计语言处理系统是系统软件中的一大类，它随被处理的语言及其处理方法和处理过程的不同而不同。任何一个语言处理系统通常都包括一个编译程序，它把一种语言的程序翻译成等价的另一种语言的程序。被翻译的语言和程序分别称为源语言和源程序，而翻译生成的语言和程序分别称为目标语言和目标程序，按照不同的翻译处理方法，翻译程序可分为以下三类： ⑴从汇编语言到及其语言的翻译程序，称为汇编程序。 ⑵按源程序中语句的执行顺序，逐条翻译并立即执行相关功能的处理程序、称为解释程序。 ⑶从高级语言到汇编语言（或机器语言）的翻译程序，称为编译语言。 除了翻译程序外，语言处理系统通常还包括连接程序（将多个分别编译或汇编过的目标程序和库文件进行组合）和装入程序（将目标程序装入内存并启动执行）等。 由于汇编语言的指令与机器语言指令大体上保持一一对应关系，因而汇编程序较为简单，一下只对解释程序和编译程序做简单说明。 1、解释程序 解释程序对源程序进行翻译的方法相当于两种自然语言间的口译。解释程序对源程序的语句从头到尾逐句扫描、逐句翻译、并且翻译一句执行一句，因而这种翻译方式并不形成机器语言形式的目标程序。 解释程序的优点是实现算法简单，且易于在解释过程中灵活方便地插入所需要的修改和测试措施；其缺点是运行效率低。例如，对于源程序中需要多次重复执行的语句，解释程序将要反复的取出、翻译和执行它们。根据这些特点，解释程序通常适合于以交互方式工作的、或在测试状态下运行的、或运行时间与解释时间差不多的程序。 2、编译程序 编译程序对源程序进行解释的方法相当于笔译。在编译程序的执行过程中，要对源程序扫描一遍或几遍，最终形成一个可在具体计算机上执行的目标程序。编译程序的实现算法较为复杂，但通过编译程序的处理可以产生高效运行的目标程序，并把它保存在磁盘上，以备多次执行。因此，编译程序更适合于翻译那些规模大、结构复杂、运行时间长的大的应用程序。

VC6.0中 各link错误解决方案

VC6 各link错误解决 修改浏览权限| 删除错误1： LIBCD.lib(crt0.obj) : error LNK2001: unresolved external symbol _main 在project-setting-link里找到project options 去掉里面的/subsystem:console 错误2: nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __endt... 将工程设置为Using MFC in a static library 错误3: libcmtd.lib(crt0.obj) : error LNK2001: unresolved external symbol _main 在project-setting-link里找到project options 将里面的/subsystem:console 改为/subsystem:windows ///////////////////////////////////////////////////////////// VC6的几个Link error 修改浏览权限| 删除sega 发表于- 2005-9-30 19:56:00 今天下午别人问我的，错误大概是这样： nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __endthreadex nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __beginthreadex Debug/poisson.exe : fatal error LNK1120: 2 unresolved externals Error executing link.exe. 我也不知道到底nafxcwd这个库是怎么回事，就google了一下，果然找到些东西： 解决外部符号错误:_main,_WinMain@16,__beginthreadex 在创建MFC项目时, 不使用MFC AppWizard向导, 如果没有设置好项目参数, 就会在编译时产生很多连接错误, 如error LNK2001错误, 典型的错误提示有: libcmtd.lib(crt0.obj) : error LNK2001: unresolved external symbol _main LIBCD.lib(wincrt0.obj) : error LNK2001: unresolved external symbol _WinMain@16 msvcrtd.lib(crtexew.obj) : error LNK2001: unresolved external symbol _WinMain@16 nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __beginthreadex nafxcwd.lib(thrdcore.obj) : error LNK2001: unresolved external symbol __endthreadex 下面介绍解决的方法:

常见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 ) 函数调用缺少右括号

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 后的变量或表达式错误（此时可通过看题意，来分析该返回哪一变量或表达式）

编译和解释的区别

编译和解释的区别 编译和解释的区别在哪?编译器是把源程序的每一条语句都编译成机器语言,并保存成 二进制文件,这样运行时计算机可以直接以机器语言来运行此程序,速度很快; 而解释器则是只在执行程序时,才一条一条的解释成机器语言给计算机来执行,所以运 行速度是不如编译后的程序运行的快的. 这是因为计算机不能直接认识并执行我们写的语句,它只能认识机器语言(是二进制的 形式) 一、低级语言与高级语言 最初的计算机程序都是用0和1的序列表示的，程序员直接使用的是机器指令，无需 翻译，从纸带打孔输入即可执行得到结果。后来为了方便记忆，就将用0、1序列表示的机器指令都用符号助记，这些与机器指令一一对应的助记符就成了汇编指令，从而诞生了汇编语言。无论是机器指令还是汇编指令都是面向机器的，统称为低级语言。因为是针对特定机器的机器指令的助记符，所以汇编语言是无法独立于机器(特定的CPU体系结构)的。但汇 编语言也是要经过翻译成机器指令才能执行的，所以也有将运行在一种机器上的汇编语言翻译成运行在另一种机器上的机器指令的方法，那就是交叉汇编技术。 高级语言是从人类的逻辑思维角度出发的计算机语言，抽象程度大大提高，需要经过 编译成特定机器上的目标代码才能执行，一条高级语言的语句往往需要若干条机器指令来完成。高级语言独立于机器的特性是靠编译器为不同机器生成不同的目标代码(或机器指令)来实现的。那具体的说，要将高级语言编译到什么程度呢，这又跟编译的技术有关了，既可以编译成直接可执行的目标代码，也可以编译成一种中间表示，然后拿到不同的机器和系统上去执行，这种情况通常又需要支撑环境，比如解释器或虚拟机的支持，Java程序编译成bytecode，再由不同平台上的虚拟机执行就是很好的例子。所以，说高级语言不依赖于机器，是指在不同的机器或平台上高级语言的程序本身不变，而通过编译器编译得到的目标代码去适应不同的机器。从这个意义上来说，通过交叉汇编，一些汇编程序也可以获得不同机器之间的可移植性，但这种途径获得的移植性远远不如高级语言来的方便和实用性大。 二、编译与解释 编译是将源程序翻译成可执行的目标代码，翻译与执行是分开的;而解释是对源程序的翻译与执行一次性完成，不生成可存储的目标代码。这只是表象，二者背后的最大区别是：对解释执行而言，程序运行时的控制权在解释器而不在用户程序;对编译执行而言，运行时 的控制权在用户程序。 解释具有良好的动态特性和可移植性，比如在解释执行时可以动态改变变量的类型、 对程序进行修改以及在程序中插入良好的调试诊断信息等，而将解释器移植到不同的系统上，则程序不用改动就可以在移植了解释器的系统上运行。同时解释器也有很大的缺点，比如执行效率低，占用空间大，因为不仅要给用户程序分配空间，解释器本身也占用了宝贵的系统资源。 编译器是把源程序的每一条语句都编译成机器语言,并保存成二进制文件,这样运行时 计算机可以直接以机器语言来运行此程序,速度很快; 而解释器则是只在执行程序时,才一条一条的解释成机器语言给计算机来执行,所以运 行速度是不如编译后的程序运行的快的.

VC6.0编译错误解决方法集锦

VC6.0编译错误解决方法集锦 windows编程2010-05-08 21:14:39 阅读83 评论0 字号：大中小订阅 VC6.0编译错误解决方法集锦 最近打算学习一下网络编程，而大部分socket编程环境都是Unix的，很是不便，在windows中总是不能编译，特寻得一篇文章解决此痒。爽哉、爽哉！ linking... server.obj : error lnk2001: unresolved external symbol server.obj : error lnk2001: unresolved external symbol s erver.obj : error lnk2001: unresolved external symbol server.obj : error lnk2001: unresolved external symbol server.obj : error lnk2001: unresolved external symbol server.obj : error lnk2001: unresolved external symbol s erver.obj : error lnk2001: unresolved external symbol server.obj : error lnk2001: unresolved external symbol server.obj : error lnk2001: unresolved external symbol server.obj : error lnk2001: unresolved external symbol server.obj : error lnk2001: unresolved external symbol server.obj : error lnk2001: unresolved external symbol server.obj : error lnk2001: unresolved external symbol server.obj : error lnk2001: unresolved external symbol server.obj : error lnk2001: unresolved external symbol 原因和解决办法： 找不到相应函数，问题是Link选项里没有加入相应的lib库，winsock要连接wsock32.lib。特定库的找到办法是看LNK2001中找不到的函数名，通过msdn或者其他手段获取这个函数所在的库名，链接进去就OK了。 可以在project->setting->Link->object/library modules 里添加wsock32.lib，也可在stdafx.cpp 里添加#pragma comment(lib,"wsock32.lib") 一般来说, 这是工程的类型选择错误引起的.如在VC中, 1.本来应该选择"Win32 Console Application",而错误选择了"Win32 Application" 2.使用了MFC的类,而选择"工程"的"设置"不使用MFC库编译. 改正的方法有: 1. 选择"工程"-> "设置"-> 连接,在底部的编辑窗口中,找到"/subsystem",把其改成 "/subsystem:console" "/subsystem:windows". 2.在"工程"-> "设置"->"一般"选项中,在MFC项中改为"USE

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

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 表达式语法错。如表达式中含有两个连续的运算符

UDF 编译疑难问题

UDF 编译疑难问题 作者华南理工大学何奎2016 5月 随着用户求解的问题越来越复杂，使用fluent 软件难免使用编译型的UDF，编译型需要用户安装微软visual stadio C++ 开发软件，并做正确的环境变量配置。否则则会出现如nmake 不是内部命令的错误。除了编译环境的正确设置，还有一些细节上的疑难问题一并给出解决方法。目前这些问题都是网上搜索不到的，希望有缘人能在百度文库里找到这篇文献。 关于环境变量的设置，网络上已经有大量的实例，现介绍一种简单的环境变量配置方法： 在fluent 的安装目录下找到udf.bat, 修改以下内容： set MSVC_DEFAULT=%ProgramFiles(x86)%\Microsoft Visual Studio 14.0 if exist "%MSVC_DEFAULT%\VC\vcvarsall.bat" set MSVC=%MSVC_DEFAULT% if not "%MSVC%" == "" goto msvc_env110 这个文件中还有其他类似的语句，但是都是重复查找不同的编译环境。通过查找vcvarsall.bat，fluent才知道编译器位置。如果不是就要靠运行msvc_env110，那就要手动设置环境变量了。注意你安装了VS2015以后，在program（x86）中有Microsoft Visual Studio 14.0，Microsoft Visual Studio 12.0，Microsoft Visual Studio 11.0，其中只有一个是有效的，这个要仔细确认（一般只有一个文件夹是完整的安装，估计这样做是为了向下兼容性）。 修改完了这个路径以后就OK了。 环境变量配置完全以后，还会出现一些别的问题。如编译UDF时会利用math.h, 注意编译这个文件有可能会出现很多问题。如下： C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\INCLUDE\math.h(483): error C2059: 语法错误:“常量”C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\INCLUDE\math.h(483): error C2143: 语法错误: 缺少“)”(在“/”的前面) C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\INCLUDE\math.h(483): error C2143: 语法错误: 缺少“{”(在“/”的前面) C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\INCLUDE\math.h(483): error C2059: 语法错误:“/” C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\INCLUDE\math.h(483): error C2059: 语法错误:“)” 如果光按fluent提示的查找错误，是不可能完成错误查找的，打开math.h因为你会看见483行是这样 _Check_return_ _ACRTIMP double __cdeclcbrt(_In_ double _X);（求立方根函数） 这个语句本身是没有什么问题的。如果想修改这条语句完成math.h的编译，那就走入了死胡同。那 么换个版本的math.h呢？ 于是换了个瑞典公司开发的版本Copyright 2003-2010 IAR Systems AB(瑞典著名软件开发商). 结果编译出现： C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\INCLUDE\math.h(19): fatal error C1083: 无法打开包括文件: “ycheck.h”: No such file or directory 如果你查找ycheck.h，想加入这个头文件来解决这个问题的话，你会发现在中文资料库里根本就查不到 这样的头文件。这可能是该公司内部开发的一个头文件。所以这条路又行不通。那么如果将这条预处理程 序忽略掉呢？结果就会出现以下的编译错误： C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\INCLUDE\math.h(99): error C2061: 语法错误: 标识符“__ATTRIBUTES” C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\INCLUDE\math.h(99): error C2059:

编译原理第二版课后习答案

《编译原理》课后习题答案第一章 第 1 章引论 第 1 题 解释下列术语： （1）编译程序 （2）源程序 （3）目标程序 （4）编译程序的前端 （5）后端 （6）遍 答案： （1）编译程序：如果源语言为高级语言，目标语言为某台计算机上的汇编语言或机器语言，则此翻译程序称为编译程序。 （2）源程序：源语言编写的程序称为源程序。 （3）目标程序：目标语言书写的程序称为目标程序。 （4）编译程序的前端：它由这样一些阶段组成：这些阶段的工作主要依赖于源语言而与目标机无关。通常前端包括词法分析、语法分析、语义分析和中间代码生成这些阶 段，某些优化工作也可在前端做，也包括与前端每个阶段相关的出错处理工作和符 号表管理等工作。 （5）后端：指那些依赖于目标机而一般不依赖源语言，只与中间代码有关的那些阶段，即目标代码生成，以及相关出错处理和符号表操作。 （6）遍：是对源程序或其等价的中间语言程序从头到尾扫视并完成规定任务的过程。 第 2 题 一个典型的编译程序通常由哪些部分组成？各部分的主要功能是什么？并画出编译程 序的总体结构图。 答案： 一个典型的编译程序通常包含 8 个组成部分，它们是词法分析程序、语法分析程序、语义分析程序、中间代码生成程序、中间代码优化程序、目标代码生成程序、表格管理程序和错误处理程序。其各部分的主要功能简述如下。 词法分析程序：输人源程序，拼单词、检查单词和分析单词，输出单词的机表达形式。 语法分析程序：检查源程序中存在的形式语法错误，输出错误处理信息。 语义分析程序：进行语义检查和分析语义信息，并把分析的结果保存到各类语义信息表中。 中间代码生成程序：按照语义规则，将语法分析程序分析出的语法单位转换成一定形式 的中间语言代码，如三元式或四元式。 中间代码优化程序：为了产生高质量的目标代码，对中间代码进行等价变换处理。 目标代码生成程序：将优化后的中间代码程序转换成目标代码程序。 表格管理程序：负责建立、填写和查找等一系列表格工作。表格的作用是记录源程序的 各类信息和编译各阶段的进展情况，编译的每个阶段所需信息多数都从表格中读取，产生的中间结果都记录在相应的表格中。可以说整个编译过程就是造表、查表的工作过程。需要指出的是，这里的“表格管理程序”并不意味着它就是一个独立的表格管理模块，而是指编译程序具有的表格管理功能。 错误处理程序：处理和校正源程序中存在的词法、语法和语义错误。当编译程序发现源

QUARTUS2编译错误解决方法

Error(10257):Verilog HDL error at dp4inNpa.v(13):unsized constants are not allowed in concatenations 解决方法：拼接语句a_fout={0,exp_a_out,temp_a_out,12'd0};其中0应标注位宽，编辑器不会默认为1位，应为a_fout= {1'b0,exp_a_out,temp_a_out,12'd0}; Error(10053):Verilog HDL error at dp4inNpa.v(12):can't index object"a" with zero packed or unpacked array dimensions 解决方法：错：input a;对：input[12:0]a; Error:Net"acc[12]",which fans out to"accumulate:inst4|acc[12]", cannot be assigned more than one value Error:Net is fed by"time_get_sub:inst3|acc[12]" Error:Net is fed by"sample_en:inst6|acc_out[12]" 解决方法：输入的某些引脚同时给了两个值，大概不是重复定义管脚就是重复赋值了。 Error:Top-level design entity"delta_t"is undefined 解决方法：将.v文件名和module的名称改为一致 Error:Inconsistent dimensions for element"tR" 解决方法:"tR"在传递过程中可能丢失了"[12..0]"

Keil C 编译器常见警告与错误信息

https://www.wendangku.net/doc/5815512067.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 - 该警告表示连接器发现有一个函数可能会被主函数和一个中断服务程序(或者调用中断服务程序的函数)同时调用,