gcc错误提示详解
GCC常见错误解析
GCC常见错误解析一、错误类型第一类∶C语法错误错误信息∶文件source.c中第n行有语法错误(syntex errror)。
这种类型的错误，一般都是C语言的语法错误，应该仔细检查源代码文件中第n行及该行之前的程序，有时也需要对该文件所包含的头文件进行检查。
有些情况下，一个很简单的语法错误，gcc会给出一大堆错误，此时要保持清醒的头脑，不要被其吓倒，必要的时候再参考一下C语言的基本教材。
第二类∶头文件错误错误信息∶找不到头文件head.h(Can not find include file head.h)。
这类错误是源代码文件中的包含头文件有问题，可能的原因有头文件名错误、指定的头文件所在目录名错误等，也可能是错误地使用了双引号和尖括号。
第三类∶档案库错误错误信息∶连接程序找不到所需的函数库，例如∶ld: -lm: No such file or directory.这类错误是与目标文件相连接的函数库有错误，可能的原因是函数库名错误、指定的函数库所在目录名称错误等，检查的方法是使用find命令在可能的目录中寻找相应的函数库名，确定档案库及目录的名称并修改程序中及编译选项中的名称。
第四类∶未定义符号错误信息∶有未定义的符号(Undefined symbol)。
这类错误是在连接过程中出现的，可能有两种原因∶一是使用者自己定义的函数或者全局变量所在源代码文件，没有被编译、连接，或者干脆还没有定义，这需要使用者根据实际情况修改源程序，给出全局变量或者函数的定义体；二是未定义的符号是一个标准的库函数，在源程序中使用了该库函数，而连接过程中还没有给定相应的函数库的名称，或者是该档案库的目录名称有问题，这时需要使用档案库维护命令ar检查我们需要的库函数到底位于哪一个函数库中，确定之后，修改gcc 连接选项中的-l和-L项。
排除编译、连接过程中的错误，应该说这只是程序设计中最简单、最基本的一个步骤，可以说只是开了个头。
常见gcc 编译错误整理
常见gcc 编译错误整理（开始）11 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 abackslash/newline sequence.c/c++代码的每一行后面有一个“结束符”，也就是newline。
避免当被include的文件展开后，前一个文件的最后一行与后一个文件的第一行直接被连接成一行从而造成错误。
2、warning: comparison between pointer and integer解释：integer与pointer比较3、 warning: assignment discards qualifiers from pointer target type解释：赋值时，取消了右值的限定。
GCC警告选项例解
GCC警告选项例解程序员是追求完美的一族，即使是一般的程序员大多也都不想看到自己的程序中有甚至那么一点点的瑕疵。
遇到任意一条编译器警告都坚决不放过。
有人会说：我们可以使用比编译器更加严格的静态代码检查工具，如splint。
这个建议也很不错。
不过lint工具使用起来较繁琐，有时候还需要记住一些特定符号并插入到你自己的代码中才行，门槛较高，这也让很多人止步于此。
那么我们就从此放弃么？不，如今的编译器做得都很好，它可以帮助我们的找到绝大多数可能出现问题的代码，前提是你要学会控制编译器去找到这些问题代码，而熟悉编译器的警告选项恰恰是体现控制力的好方法。
当你可以自如控制编译器警告输出的时候，你就算是'入道'了，同时你对语言的理解也更进一步了。
有人说：我就是用一个-Wall选项就可以了，一般选手可以这么做，而且他可以不知道-Wall会跟踪哪些类型的问题；但是高级选手是不会只使用-Wall的，他会把每条警告都研究的很透彻，会在Makefile中列出他想让编译器输出哪些类型的警告以替代-Wall，他会屏蔽掉那些对他的代码'毫无用处'的警告(很可能他使用了编译器对语言的扩展功能)，他会有个和编译器交流的过程。
俗话说：'工欲善其事，必先利其器'，一直在工作中使用GNU C编译器(以下简称GCC)，这里对GCC的一些警告选项细致的分析，并列举几个简单的例子[注1]供分析参考。
1. -Wall集合警告选项我们平时可能大多数情况只使用-Wall编译警告选项，实际上-Wall选项是一系列警告编译选项的集合。
下面逐一分析这一集合中的各个选项：[-Wchar-subscripts]如果数组使用char类型变量做为下标值的话，则发出警告。
因为在某些平台上char可能默认为signed char，一旦溢出，就可能导致某些意外的结果。
e.g./* test_signed_char.c */＃includeint main () {char c = 255; // 我们以为char是无符号的，其范围应该是[0,255]int i = 0;int a[256];for (i = 0; i < 256; i++) {a[i] = 1;}printf("%d\n", c); // 我们期待输出255printf("%d\n", a[c]); // 我们期待输出1printf("%d\n", a[255]);return 0;}gcc -Wchar-subscripts test_signed_char.ctest_signed_char.c: In function `main':test_signed_char.c:13: warning: array subscript has type `char'其输出结果：-1-41974761从输出结果来看Solaris 9/gcc 3.2上char默认实现类型为signed char；在Windows XP/gcc-3.4.2上也是一样。
提示错误--arm-linux-gcc Command not found
提示错误：arm-linux-gcc: Command not found老是提示arm-linux-gcc找不到，但是确实是装好了，其实是权限的问题，Ubuntu没有root权限，刚开始用碰到很多麻烦，查了好多资料，终于把arm-linux-gcc: Command not found 的问题解决了。
问题：sudo tar jxvf cross-2.95.3.tar.bz2export PATH=$PATH:/usr/local/arm/2.95.3/bin使用arm-linux-gcc –v 检查交叉编译器安装成功tar jxvf kernel.tar.bz2解压之后生成kernel目录sudo make cleansudo make menuconfigsudo make zImage提示错误：arm-linux-gcc: Command not foundPATH里有/usr/local/arm/2.95.3/bin，/usr/local/arm/2.95.3/bin/下有arm-linux-gcc文件，但是ma ke的时候，就是找不到arm-linux-gcc原因：export PATH=$PATH:/usr/local/arm/2.95.3/bin是设置当前用户的PATH，而sudo执行make的时候，使用的是超级用户权限，那也就使用了超级用户的PATH（但是这个PATH里，并没有/usr/local/arm/3.4.1/bin）解决方法：先打开一个超级用户权限的shell：sudo –s在当前shell下，设置环境变量：export PATH=$PATH:/usr/local/arm/2.95.3/bin再进入到kernel目录，make zImage，就可以找到arm-linux-gcc了。
arm-linux-gcc 安装错误 not a valid identifier
arm-linux-gcc 安装错误not a valid identifierarm-linux-gcc安装错误not a valid identifier今天上午搭建交叉编译环境，安装arm-linux-gcc时，source /etc/profile的时候，老是跳出“路径not a valid identifier”，检查了半天也不知道什么原因，后来在网上看到有人说是中英文的问题，我回头检查一看，果然，添加这句“exportPATH＝$PATH:/usr/local/arm/4.4.3/bin”时，因为是直接复制，黏贴过来的时候，“=”是中文格式，然后我赶紧把里面的符号重新再英文环境下打一遍，果然，安装顺利。
顺便附上安装过程：转自：/share/258222243/9081601569一：网上下载个压缩包，我下载的是arm-linux-gcc-4.4.3-20100728.tar.gz，地址：/download.asp二：解压arm-linux-gcc-4.4.3-20100728.tar.gz#tar -zxvf arm-linux-gcc-4.4.3-20100728.tar.gz解压过程需要一段时间，解压后的文件形成了usr/local/ 文件夹，进入该文件夹，将arm文件夹拷贝到/usr/local/下# cdusr/local/#cp -rv arm/usr/local/现在交叉编译程序集都在/usr/local/arm/4.4.3/bin下面了三：修改环境变量，把交叉编译器的路径加入到PATH。
(我用的第二种，第一种对我无效，原因不知道)方法一：修改/etc/bash.bashrc文件#vim/etc/bash.bashrc在最后加上：exportPATH＝$PATH:/usr/local/arm/4.4.3/binexport PATH方法二：修改/etc/profile文件：# vim /etc/profile增加路径设置，在末尾添加如下,保存/etc/profile文件：exportPATH＝$PATH:/usr/local/arm/4.4.3/bin方法三：#exportPATH＝$PATH:/usr/local/arm/4.4.3/bin注：(这只能在当前的终端下才是有效的！)四：立即使新的环境变量生效，不用重启电脑：对应方法一：#source /root/.bashrc对应方法二：# source/etc/profile五：检查是否将路径加入到PATH：# echo$PATH显示的内容中有/usr/local/arm/4.4.3/bin，说明已经将交叉编译器的路径加入PATH。
对于GCC警告选项的理解
dereferencing type-punned pointer will break strict-aliasing rules 警告信息跟 优化选项-fstrict-aliasing 有关。当开启这个优化选项时，可能优化会导致源 代码中部分语句缺失，而造成系统工作不正常，所以就所有的违反 strictaliasing rules 原则的地方加了条这个警告信息，提醒读者检查这个地方的代 码，看看是不是如果优化后会导致部分语句工作不正常 同时这个信息提示还有另外一个目的，两个不同类型的指针指向同一个地 址时，极有可能会导致代码编写出错(比如犯大小端的错误，还有地址字节对 齐的错误)，所以这个警告信息还有这一层的目的。
3 ../SRC/libpjmacl/pjmacl_pjm.c:2867: 警告: no previous declaration for pjmacl_get_node_pri_U pjmacl_get_node_pri_U 如果为外部函数的话，就应该有个声明加到类似 pjsd_prt.h 中 4 ../SRC/libpjmfep/pjmfep_exec.c:406: 警告: implicit declaration of function pj/libpjmfep/pjmfep_exec.c:406: 警告: nested extern declaration of pjmfep_evc_queue_init pjmfep_evc_queue_init 函数就没有被声明过，而且如果定义文件和引用该 函数文件不一样时，引用该函数的文件也没有提前用 extern 声明该函数 5 ../SRC/pjmd/pjmd_conff.c:1053: 警告: passing argument 1 of set_rscGrpNode_type4 discards qualifiers from pointer target type
so symbol lookup error gcc参数
so symbol lookup error gcc参数标题：GCC参数中的符号查找错误（Symbol Lookup Error）引言：GCC是GNU编译器套件（GNU Compiler Collection）的缩写，是一种广泛使用的编译器。
在使用GCC进行编译时，有时会遇到符号查找错误（Symbol Lookup Error）的问题。
本文将详细解释GCC参数中的符号查找错误，并提供解决方案。
正文内容：一、GCC参数简介1.1 GCC参数的作用1.2 常用的GCC参数二、符号查找错误的原因2.1 符号查找错误的定义2.2 引起符号查找错误的常见原因三、解决符号查找错误的方法3.1 检查库文件路径3.2 检查库文件名3.3 检查库文件版本3.4 检查库文件依赖关系3.5 使用动态链接库四、实例分析4.1 实例一：库文件路径错误4.2 实例二：库文件名错误4.3 实例三：库文件版本不匹配4.4 实例四：库文件依赖关系错误五、总结通过对GCC参数中的符号查找错误进行详细阐述，本文介绍了GCC参数的作用和常用参数，解释了符号查找错误的原因，并提供了解决该问题的方法。
同时，通过实例分析，更加直观地展示了不同错误情况下的解决方案。
在使用GCC进行编译时，我们应该注意检查库文件路径、库文件名、库文件版本和库文件依赖关系等因素，以避免符号查找错误的发生。
总结：GCC参数中的符号查找错误是在编译过程中常见的问题之一。
本文通过引言、正文内容和总结的结构，详细阐述了GCC参数中的符号查找错误的原因和解决方法。
希望读者在使用GCC进行编译时，能够避免或解决符号查找错误，提高编译效率和代码质量。
makefile中gcc fatal error no input files
makefile中gcc fatal error no input files在Makefile中使用GCC编译器时，如果你遇到"fatal error: no input files" 错误，这通常意味着编译器无法找到要编译的源文件。
这可能是由于几种原因引起的。
以下是一些可能导致此错误的常见原因和解决方法：1. 未指定源文件：-确保在Makefile中指定了要编译的源文件。
-例如，你的Makefile应该包含类似于：`gcc source.c -o output` 的命令。
2. 源文件不存在：-检查指定的源文件是否实际存在于你指定的路径中。
-确保文件名的拼写和大小写都正确。
3. Makefile中的规则错误：-确保Makefile中有正确的规则来指定如何编译源文件。
-例如，确保你的Makefile 中有类似于：```maketarget: source.cgcc source.c -o target```4. Makefile 中的变量问题：-如果你在Makefile中使用变量来表示源文件或目标文件，请确保变量的值是正确的。
-检查Makefile中与源文件相关的变量的定义。
5. 文件路径问题：-如果源文件位于其他目录中，请确保Makefile中的路径是正确的。
-可以使用`cd`命令进入源文件所在的目录，或者在Makefile中使用相对/绝对路径。
6. 文件扩展名问题：-确保文件扩展名正确，例如`.c` 对于C语言源文件。
以下是一个简单的Makefile示例：```make# Makefile# 定义目标和源文件TARGET = myprogramSOURCE = myprogram.c# 编译规则$(TARGET): $(SOURCE)gcc $(SOURCE) -o $(TARGET)# 清理规则clean:rm -f $(TARGET)```确保在你的Makefile中有类似于上述示例中的正确规则，目标文件和源文件的定义都正确。
gcc参数详解
gcc参数详解GCC是一款广泛使用的编译器，它是GNU编译器套件（GNU Compiler Collection）的一部分。
GCC是一个功能强大且灵活的编译器，特别适用于C、C++和其他编程语言的开发。
下面是对一些常用的GCC参数进行详细讲解：1. -o <filename>：用于指定输出文件的名称。
例如，使用"-o myprogram"将生成名为"myprogram"的可执行文件。
2. -c：表示将源代码编译成目标文件，而不进行链接操作。
这对于分阶段编译和构建大型工程非常有用。
3. -g：生成调试信息。
在编译和链接过程中，使用-g参数可以在生成的可执行文件中包含用于调试的符号表和调试信息。
这些信息对于调试和追踪代码错误非常有帮助。
4. -Wall：开启所有警告信息。
使用-Wall参数可以启用所有警告选项，帮助开发人员发现潜在的问题和错误。
5. -Werror：将所有警告视为错误。
通过使用-Werror参数，所有警告将被视为编译错误，进而阻止生成可执行文件。
6. -O<level>：进行优化处理。
GCC提供了多个级别的优化选项，例如-O0表示不进行优化，-O1表示基本优化，-O2表示更高级别的优化，-O3表示最高级别的优化。
使用优化选项可以提高程序的性能和执行速度。
7. -I <directory>：添加头文件搜索路径。
使用-I参数可以指定需要搜索的额外头文件目录，这在项目中包含多个目录结构时非常有用。
8. -L <directory>：添加库文件搜索路径。
使用-L参数可以指定额外的库文件搜索路径，这对于链接外部库非常有用。
9. -l<library>：链接外部库文件。
使用-l参数可以链接指定的库文件，其中库文件名称可以省略前缀"lib"和文件扩展名，例如-lm表示链接数学库。
c语言：错误：只允许在C99模式下使用‘for’循环初始化声明用gcc编译出现
c语⾔：错误：只允许在C99模式下使⽤‘for’循环初始化声明⽤gcc编译出现在gcc编译中如果使⽤for(int i=0;i<n;++i){}会提⽰错误错误：只允许在 C99 模式下使⽤‘for’循环初始化声明⽤gcc编译出现就是说你的你的不是标准这是编译器⾃⾝的问题了你可以换编译器for(int i=0;i<100;i++)与int i;for(i=0;i<100;i++)就 i 作⽤域这⼀丁点⼩差别换⼀种写法⽽已这不是重点重点是思维数据结构学程序没必要在c99这种⼩节上花功夫当然也有解决⽅法，如下错误处理：C99 允许在for语句的 “表达式1 ”中定义并初始变量， gcc4 编译c语⾔的默认标准是C89, 编译C99程序需加参数 “–-std=c99” ；使⽤gcc Program12.1.c -o Program12.1 --std=c99就解决了。
下⾯了解⼀下1) 最初的 ANSI C 标准 (X3.159-1989) 在 1989 年被批准，并于 1990 年发布。
稍后这个标准被接受为 ISO 标准(ISO/IEC 9899:1990) 。
虽然 ISO 标准将 ANSI 标准的某些章节重新编号并变为条款，但是两者实际上并⽆区别。
不论是 ANSI 标准还是 ISO 标准，通常都称之为 C89 ，偶尔也因为发布⽇期⽽被叫做 C90 。
ANSI 标准 ( ⾮ ISO 标准 )同时附带了 rationale ⽂档。
可以使⽤ -ansi , -std=c89 或 -std=iso9899:1990 选项指定 GCC 使⽤ C89 标准；可以使⽤ -pedantic 选项来得到所有的诊断信息( 或者使⽤ -pedantic-errors 选项以使 wangning 变为 error) 。
PS：pedantic adj. 1. 卖弄学问的 2. 学究式的,迂腐的2) 新的 ISO C 标准是 1999 年发布的 ISO/IEC 9899:1999 ，通常称之为 C99 。
gcc错误提示详解
conversion from %s to %s not supported by iconv”iconv 不支持从%s 到%s 的转换”iconv_open”iconv_open”no iconv implementation, cannot convert from %s to %s”没有iconv 的实现，无法从%s 转换到%s”character 0x%lx is not in the basic source character set\n”字符0x%lx 不在基本源字符集中\n”converting to execution character set”转换到可执行文件的字符集”character 0x%lx is not unibyte in execution character set”字符0x%lx 在执行字符集中不是单字节的”Character %x might not be NFKC”字符%x 可能不是NFKC”universal character names are only valid in C++ and C99″Unicode 字符名只在C++ 和C99 中有效”the meaning of ‘\\%c’ is different in traditional C”‘\\%c’的意义与在传统C 中不同”In _cpp_valid_ucn but not a UCN”在_cpp_valid_ucn 中但不是一个UCN”incomplete universal character name %.*s”不完全的Unicode 字符名%.*s”%.*s is not a valid universal character”%.*s 不是一个有效的Unicode 字符”‘$’ in identifier or number”‘$’出现在标识符或数字中”universal character %.*s is not valid in an identifier”Unicode 字符%.*s 在标识符中无效”univers al character %.*s is not valid at the start of an identifier”Unicode 字符%.*s 在标识符开头无效”converting UCN to source character set”将UCN 转换到源字符集”converting UCN to execution character set”将UCN 转换到执行字符集”the meaning of ‘\\x’ is different in traditional C”‘\\x’的意义与在传统C 中不同”\\x used with no following hex digits”\\x 后没有16 进制数字”hex escape sequence out of range”16 进制转义序列越界”octal escape sequence out of range”8 进制转义序列越界”the meaning of ‘\\a’ is different in traditional C”‘\\a’的意义与在传统C 中不同”non-ISO-standard escape sequence, ‘\\%c’”非ISO 标准的转义序列，‘\\%c’”unknown escape sequence: ‘\\%c’”未知的转义序列：‘\\%c’”unknown escape sequence: ‘\\%s’”未知的转义序列：‘\\%s’”converting escape sequence to execution character set”将转义序列转换到执行字符集”character constant too long for its type”字符常量大小超出其类型”multi-character character constant”多字节字符常量”empty character constant”空的字符常量”failure to convert %s to %s”无法从%s 转换到%s”extra tokens at end of #%s directive”#%s 指示的末尾有多余的标识符”#%s is a GCC extension”#%s 是一个GCC 扩展”#%s is a deprecated GCC extension”#%s 是一个已过时的GCC 扩展”suggest not using #elif in traditional C”建议在传统C 中不使用#elif”traditional C ignores #%s with the # indented”当# 有缩进时传统C 忽略#%s”suggest hiding #%s from traditional C with an indented #”建议使用缩进的# 以让#%s 对传统C 不可见”embedding a directive within macro arguments is not portable”将一个指示嵌入宏参数中是不可移植的”style of line directive is a GCC extension”line 指示的风格是一个GCC 扩展”invalid preprocessing directive #%s”无效的预处理指示#%s”\”defined\” cannot be used as a macro name”“defined”不能被用作宏名”\”%s\” cannot be used as a macro name as it is an operator in C++”“%s”不能被用作宏名，因为它是C++ 中的一个操作符”no macro name given in #%s directive”#%s 指示中未给出宏名”macro names must be identifiers”宏名必须是标识符”undefining \”%s\”"取消对“%s”的定义”miss ing terminating > character”缺少结尾的> 字符”#%s expects \”FILENAME\” or ”#%s 需要\”FILENAME\”或”empty filename in #%s”#%s 中文件名为空”#include nested too deeply”#include 嵌套过深”#include_next in primary source file”#include_next 出现在主源文件中”invalid flag \”%s\” in line directive”line 指示中有无效的标记“%s””unexpected end of file after #line”#line 后未预期的文件结束”\”%s\” after #line is not a positive integer”#line 后的“%s”不是一个正整数”line number out of range”行号超出范围”\”%s\” is not a valid filename”“%s”不是一个有效的文件名”\”%s\” after # is not a positive integer”# 后的“%s”不是一个正整数”invalid #%s directive”无效的#%s 指示”registering pragmas in namespace \”%s\” with mismatched name expansion”在命名空间“%s”中注册pragma 时名称扩展不匹配”registering pragma \”%s\” with name expansion and no namespace”pragma “%s”被注册为一个命名扩展，而没有命名空间”registering \”%s\” as both a pragma and a pragma namespace”“%s”既被注册为一个pragma 又被注册为一个pragma 命名空间”#pragma %s %s is already registered”#pragma %s %s 已经被注册”#pragma %s is already registered”#pragma %s 已经被注册”r egistering pragma with NULL handler”pragma 注册为被NULL 处理”#pragma once in main file”#pragma once 出现在主文件中”invalid #pragma push_macro directive”无效的#pragma push_macro 指示”invalid #pragma pop_macro directive”无效的#pragma pop_macro 指示”invalid #pragma GCC poison directive”无效的#pragma GCC poison 指示”poisoning existing macro \”%s\”"对已存在的宏“%s”投毒”#pragma system_header ignored outside include file”#pragma system_heade 在包含文件外被忽略”cannot find source file %s”找不到源文件%s”current file is older than %s”当前文件早于%s”_Pragma takes a parenthesized string literal”_Pragma 需要一个括起的字符串字面常量”#else without #if”#else 没有匹配的#if”#else after #else”#else 出现在#else 后”the conditional began here”条件自此开始”#elif without #if”#elif 没有匹配的#if”#elif after #else”#elif 出现在#else 后”#: directives.c:1960#endif without #if”#endif 没有匹配的#if”missing ‘(‘ after predicate”谓词后缺少‘(’”missing ‘)’ to complete answer”完整的答案缺少‘)’”predicate’s answer is empty”谓词的答案为空”assertion without predicate”断言后没有谓词”predicate must be a n identifier”谓词必须是一个标识符”\”%s\” re-asserted”重断言“%s””unterminated #%s”未终止的#%s”unterminated comment”未结束的注释”stdout”stdout”%s: %s”%s：%s”too many decimal points in number”数字中有太多小数点”fixed-point constants are a GCC extension”定点常量是一个GCC 扩展”invalid digit \”%c\” in binary constant”二进制常量中有无效数字“%c””invalid digit \”%c\” in octal constant”8 进制常量中有非法字符“%c””invalid prefix \”0b\” for floating constant”浮点常量的“0b”前缀无效”use of C99 hexadecimal floating constant”使用C99 式的16 进制浮点常量”exponent has no digits”指数部分没有数字”hexadecimal floating constants require an exponent”16 进制浮点常量需要指数部分”invalid suffix \”%.*s\” on floating constant”浮点常量的“%.*s”后缀无效”traditional C rejects the \”%.*s\” suffix”传统C 不接受“%.*s”后缀”suffix for double constant is a GCC extension”双精度常量后缀是一个GCC 扩展”invalid suffix \”%.*s\” with hexadecimal floating constant”十六进制浮点常量的“%.*s”后缀无效”decimal float constants are a GCC extension”十进制浮点常量是一个GCC 扩展”invalid suffix \”%.*s\” on integer constant”整数常量的“%.*s”后缀无效”use of C++0x lo ng long integer constant”使用C++0x long long 整数常量”imaginary constants are a GCC extension”虚数常量是一个GCC 扩展”binary constants are a GCC extension”二进制常量是一个GCC 扩展”integer constant is too large for its type”整数常量值超出其类型”integer constant is so large that it is unsigned”整数常量太大，认定为unsigned”missing ‘)’ after \”defined\”"“defined”后出现‘)’”operator \”defined\” requires an identifier”操作符“defined”需要一个标识符”(\”%s\” is an alternative token for \”%s\” in C++)”(在C++ 中“%s”会是“%s”的替代标识符)”this use of \”define d\” may not be portable”使用“defined”可能不利于移植”floating constant in preprocessor expression”浮点常量出现在预处理表达式中”imaginary number in preprocessor expression”预处理表达式中出现虚数”\”%s\” is not defined”“%s”未定义”assertions are a GCC extension”断言是一个GCC 扩展”assertions are a deprecated extension”断言是一个已过时的GCC 扩展”missing binary operator before token \”%s\”"标识符“%s”前缺少二元运算符”token \”%s\” is not valid in preprocessor expressions”标识符“%s”在预处理表达式中无效”missing expression between ‘(‘ and ‘)’”‘(’与‘)’之间缺少表达式”%s with no expression”%s 后没有表达式”operator ‘%s’ has no right operand”操作符‘%s’没有右操作数”operator ‘%s’ has no left operand”操作符‘%s’没有左操作数”‘:’ without preceding ‘?’”‘:’前没有‘?’”unbalanced stack in %s”%s 中堆栈不平衡”impossible operator ‘%u’”不可能的操作‘%u’”missing ‘)’ in expression”表达式中缺少‘)’”‘?’ without following ‘:’”‘?’后没有‘:’”integer overflow in preprocessor expression”预处理表达式中整数溢出”missing ‘(‘ in expression”表达式中缺少‘(’”the left operand of \”%s\” changes sign when promoted”“%s”的左操作数在提升时变换了符号”the right operand of \”%s\” changes sign when promoted”“%s”的右操作数在提升时变换了符号”traditional C rejects the unary plus operator”传统C 不接受单目+ 运算符”comma operator in operand of #if”#if 操作数中出现逗号”division by zero in #if”#if 中用零做除数”NULL directory in find_file”find_file 中有NULL 目录”one or more PCH files were found, but they were invalid”找到一个或多个PCH 文件，但它们是无效的”use -Winvalid-pch for more information”使用-Winvalid-pch 以获得更多信息”%s is a block device”%s 是一个块设备”%s is too large”%s 过大”%s is shorter than expect ed”%s 短于预期”no include path in which to search for %s”没有包含路径可供搜索%s”Multiple include guards may be useful for:\n”多个防止重包含可能对其有用：\n”cppchar_t must be an unsigned type”cppchar_t 必须是无符号型”preprocessor arithmetic has maximum precision of %lu bits; target requires %lu bits”预处理算术的最高精度为%lu 位；目标需要%lu 位”CPP arithmetic must be at least as precise as a target int”CPP 算术必须至少具有目标int 的精度”target char is less than 8 bits wide”目标char 短于8 位”target wchar_t is narrower than target char”目录wchar_t 短于目标char”target int is narrower than target char”目标int 短于目标char”CPP half-integer narrower than CPP character”CPP 半整数短于CPP 字符”CPP on this host cannot handle wide character constants over %lu bits, but the target requires %lu bits”在此宿主机上，CPP 不能处理长于%lu 位的宽字符常量，但目标需要%lu 位”backslash and newline separated by space”反斜杠和换行为空格所分隔”backslash-newline at end of file”反斜杠续行出现在文件末尾”trigraph ??%c converted to %c”三元符??%c 转换为%c”trigraph ??%c ignored, use -trigraphs to enable”三元符??%c 被忽略，请使用-trigraphs 来启用”\”/*\” within comment”“/*”出现在注释中”%s in preprocessing directive”预处理指示中出现%s”null character(s) ignored”忽略空字符”`%.*s’ is not in NFKC”‘%.*s’不在NFKC 中”`%.*s’ is not in NFC”‘%.*s’不在NFC 中”attempt to use poisoned \”%s\”"试图使用有毒的“%s””__VA_ARGS__ can only appear in the expansion of a C99 variadic macro”__VA_ARGS__ 只能出现在C99 可变参数宏的展开中”identifier \”%s\” is a special operator name in C++”标识符“%s”是C++ 中的一个特殊操作符”raw string delimiter longer than 16 characters”原始字符串分隔符长过16 个字符”invalid character ‘%c’ in raw string delimiter”原始字符串分隔符中有无效字符‘%c’”unterminated raw string”未终止的原始字符串”null character(s) preserved in literal”空字符将保留在字面字符串中”missing terminating %c character”缺少结尾的%c 字符”C++ style comments are not allowed in ISO C90″C++ 风格的注释在ISO C90 中不被允许”(this will be reported only once per input file)”(此警告为每个输入文件只报告一次)”multi-line comment”多行注释”unspellable token %s”无法拼出的标识符%s”macro \”%s\” is not used”宏“%s”未被使用”invalid built-in macro \”%s\”"无效的内建宏“%s””could not determine file timestamp”无法决定文件的时间戳”could not determine date and time”无法决定日期与时间”__COUNTER__ expanded inside directive with -fdirectives-only”带-fdirectives-only 时__COUNTER__ 在指示中扩展”invalid string literal, ignoring final ‘\\’”无效的字面字符串，忽略最后的‘\\’”pasting \”%s\” and \”%s\” does not give a valid preprocessing token”毗连“%s”和“%s”不能给出一个有效的预处理标识符”ISO C99 requires rest arguments to be used”ISO C99 需要使用剩余的参数”macro \”%s\” requires %u arguments, but only %u given”宏“%s”需要%u 个参数，但只给出了%u 个”macro \”%s\” passed %u arguments, but takes just %u”宏“%s”传递了%u 个参数，但只需要%u 个”unterminated argument list invoking macro \”%s\”"调用宏“%s”时参数列表未终止”function-like macro \”%s\” must be used with arguments in traditional C”类似函数的宏“%s”在传统 C 中必须与参数一起使用”invoking macro %s argument %d: empty macro arguments are undefined in ISO C90 and ISO C++98″调用宏%s 的参数%d：空的宏参数未被ISO C90 和ISO C++98 定义”duplicate macro parameter \”%s\”"重复的宏参数“%s””\”%s\” may not appear in macro parameter list”“%s”不能出现在宏参数列表中”macro parameters must be comma-separated”宏参数必须由逗号隔开”parameter name missing”缺少形参名”anonymous variadic macros were introduced in C99″匿名可变参数宏在C99 中被引入”ISO C does not permit named variadic macros”ISO C 不允许有名的可变参数宏”missing ‘)’ in macro parameter list”在宏参数表中缺少‘)’”‘##’ cannot appear at either end of a macro expansion”‘##’不能出现在宏展开的两端”ISO C99 requires whitespace after the macro name”ISO C99 要求宏名后必须有空白”missing whitespace after the macro name”宏名后缺少空白”‘#’ is not followed by a macro parameter”‘#’后没有宏参数”\”%s\” redefined”“%s”重定义”this is the location of the previous definition”这是先前定义的位置”macro argument \”%s\” would be stringified in traditional C”宏参数“%s”将在传统 C 中被字符串化”invalid hash type %d in cpp_macro_definition”cpp_macro_definition 中有无效的散列类型%d”while wr iting precompiled header”在写入预编译头时”%s: not used because `%.*s’ is poisoned”%s：未使用因为‘%.*s’已被投毒”%s: not used because `%.*s’ not defined”%s：未使用因为‘%.*s’未定义”%s: not used because `%.*s’ defined as `%s’ not `%.*s’”%s：未使用因为‘%.*s’被定义为‘%s’而非‘%*.s’”%s: not used because `%s’ is defined”%s：未使用因为‘%s’已定义”%s: not used because `__COUNTER__’ is invalid”%s：未使用因为‘__COUNTER__’无效”while reading precompiled header”在读取预编译头时”detected recursion whilst expanding macro \”%s\”"展开宏“%s”时检测到递归”syntax error in macro p arameter list”宏参数列表语法错误”#~ warning: ”#~ 警告：”#~ internal error: ”#~ 内部错误：”#~ error: ”#~ 错误：”#~ In file included from %s:%u”#~ 在包含自%s：%u 的文件中”#~ ”#~ “,\n”#~ ” from %s:%u”#~ ”#~ “，\n”#~ ”从%s：%u”#~ no newline at end of file”#~ 文件未以空白行结束”。
gcc报错
个人总结：1. gcc 预处理阶段-E常见错误：No such file or directorygcc -E file.c -o file.i 其中file.i为预处理后的c文件，gcc所做的工作是将头文件的内容迭代包含到i 文件，c文件的代码不变。
此时如果gcc在默认路径没有搜索到c 文件中包含的h文件，则出现错误。
i 文件仍是c文件。
解决办法：增加搜索路径。
2.gcc 编译阶段-S常见错误：变量未声明；expected ";" before ；提供给函数"function-name"的参数太少这一阶段将c文件转为s 汇编文件，会对变量是否声明，“；”是否缺失等进行简单语法检查；但并不对函数是否声明进行检查，即使没有声明第一次使用，函数转换后的汇编为：call function-name 。
解决办法：查看变量的声明是否被包含进c文件，是否头文件未包含，或根本未定义。
语句末加" ; "。
函数声明的参数少于调用时的参数不会出现问题，反过来就不可以。
3.gcc 汇编阶段-c4.gcc 链接阶段常见错误：a) 如：In function ' main': undefined reference to ' funtion-name'Collect2: ld return 1解决办法：不能找到函数的声明，看是否函数声明了，或者相应的头文件有无包含。
b) 如：解决办法：5 Segmentation fault报错Char* string;String = (char*）malloc（sizeof（char）*1000）；String="";Strcat(string, "sfasfasf");原因：string="", 使string指针指向另一块地址，不再是malloc申请的地址。
gcc编译通过，运行却显示“段错误”的解决方法
gcc编译通过，运⾏却显⽰“段错误”的解决⽅法第⼀次在Liunx上(liunx mint 17)使⽤gcc编译c⽂件，竟然提⽰“找不到stdio.h"，经过google后发现执⾏sudo apt-get install build-essential正⽂：刚学习了柔性数组，照教程写了⽤柔性数组⽣成斐波那契数列，经过⼀翻修改后gcc编译通过，运⾏时却提⽰“段错误”。
google⼀下说很可能是数组赿界导致的内存访问错误。
仔细检查果然是因为对未赋值的指针进⾏访问的缘故。
为避免这类问题以后凡是定义指针都要先初始化，还要严格注意对指针先赋值后访问。
修改前：typedef struct _soft_array{int len;int array[];}softarray;softarray* create_soft_array(int size){softarray* ret;ret->len = size;if( size > 0 ){return ret = (softarray*)malloc( sizeof(*ret) + sizeof(int)*size );}return ret = NULL;}修改后：typedef struct _soft_array{int len;int array[];}softarray;softarray* create_soft_array(int size){softarray* ret = NULL;if( size > 0 ){ret = (softarray*)malloc( sizeof(*ret) + sizeof(int)*size );ret->len = size;}return ret;}date:2014-10-25。
【GCC】gcc警告选项汇总--编辑中gcc编译选项
【GCC】gcc警告选项汇总--编辑中gcc编译选项⽬录参考原⽂：https:///qq_17308321/article/details/79979514前⾔警告：不是错误的，但是有风险或表明可能有错误。
英⽂原⽂：请求或取消警告选项加上-Wall吧，gcc 默认不加参数的情况下连定义了返回值的函数没有返回值都不报错。
-Wall,-Wextra 就是加-Wall 和-Wall不启动的选项也加上（）-fsyntax-only检查代码中的语法错误，但除此之外不要做任何事情。
-w （⼩写）禁⽌所有警告消息。
-W (⼤写）以“ -W ”请求特定的警告 - 可以隐式地请求隐式声明的警告。
-W和-Wall的区别-Wall选项意思是编译后显⽰所有警告。
-W选项类似-Wall，会显⽰警告，但是只显⽰编译器认为会出现错误的警告。
在编译⼀些项⽬的时候可以-W和-Wall选项⼀起使⽤。
gcc -W -Wall test_w_wall testwwall.c-Werror=将指定的警告转换为错误。
请注意，指定-Werror = foo会⾃动隐含-W foo 。
但是， -Wno-error = foo并不意味着什么。
反过来：-Wno-error取消编译选项-Werror⽤途：假设我们使⽤了⼀个⼈的代码A⽬录，⾥⾯有⼀个-Werror的选项，把所有的警告当做错误；⼜使⽤了另⼀个⼈的代码B⽬录，⾥⾯存在⼀堆Warning。
这样，当我们把它们合在⼀起编译的时候，A中的-Werror选项会导致B的代码编译不过。
但我们⼜不想去修改B的代码，怎么办？⽅法是，先add_subdirectory(A)，之后，加上⼀句set(CMAK_CXX_FLAGS "${CMAK_CXX_FLAGS} -Wno-error")-Wno-这个前缀，就是⽤来取消⼀个编译选项的然后，再add_subdirectory(B)-Wfatal-errors在发⽣第⼀个错误时中⽌编译。
c语言中错误提示（持续更新）
2、error -[Error] assignment of read-only location '* p' 对只允许读的数据进行修改操作
-[Error]subscripted value is neither array nor pointer nor vector 对一个非数组，指针，向量使用下标
原因是数组作为参数传给函数时是传给数组的地址而不是传给整个的数组空间因而sizeofarr这句话会报错
错误类型：（多报错是好事） 一、warning 二、e （ 持 续 更 新 ）
1、warning -[warning] assignment makes integer from pointer without a cast [enabled by default] 赋值类型和变量类型不一致 -[warning] on array function parameter ‘array’ will return size of ‘int *’ 原因是数组作为参数传给函数时，是传给数组的地址，而不是传给整个的数组空间，因而sizeof(arr)这句话会报错
3、linux命令 size: filename: File format not recognized（文件格式不正确）
***持续更新中***
gcc错误解决方法（5篇）
gcc错误解决方法（5篇）第一篇：gcc错误解决方法原因：因为安装其他软件，升级gcc相关的软件，造成gcc编译错误，说没有gcc，解决方法，用系统盘重新安装gcc。
具体方法如下：[root@mail /]# rpm-e--nodeps cpp[root@mail /]# rpm-qa | grep gcclibgcc-4.1.2-48.el5gcc-java-4.1.2-48.el5libgcc-4.1.2-48.el5gcc-c++-4.1.2-48.el5gcc-gfortran-4.1.2-48.el5[root@mail /]# rpm-ivh /root/rpm/cpp-4.1.2-46.el5.x86_64.rpmPreparing...#################################### ####### [100%]1:cpp########################################### [100%][root@mail /]# rpm-ivh /root/rpm/gcc-4.1.2-46.el5.x86_64.rpmPreparing...#################################### ####### [100%]1:gcc######################################### ## [100%][root@mail /]# rpm-qa | grep kernel-headerskernel-headers-2.6.18-194.26.1.el5[root@mail /]# rpm-e--nodeps kernel-headers[root@mail /]# rpm-qa | grep kernel-headers[root@mail /]# rpm-ivh /root/rpm/kernel-headers-2.6.18-164.el5.x86_64.rpmPreparing...#################################### ####### [100%]1:kernel-headers########################################## # [100%][root@mail /]# rpm-qa | grep glibc-headersglibc-headers-2.5-42[root@mail /]# rpm-qa | grep glibc-headersglibc-headers-2.5-42[root@mail /]# rpm-e--nodeps glibc-headers[root@mail /]# rpm-ivh /root/rpm/glibc-headers-2.5-42.x86_64.rpmPreparing...#################################### ####### [100%]1:glibc-headers########################################## # [100%][root@mail /]# rpm-qa | grep glibc-develglibc-devel-2.5-42glibc-devel-2.5-42[root@mail /]# rpm-e--nodeps glibc-develerror: “glibc-devel” specifies multiple packages[root@mail /]# rpm-q--queryformat “%{NAME}-%{VERSION}-%{RELEASE}(%{ARCH})n” glibc-devel glibc-devel-2.5-42(i386)glibc-devel-2.5-42(x86_64)[root@mail /]# rpm-e--nodeps glibc-devel*error: package glibc-devel* is not installed[root@mail /]# rpm-e--nodeps glibc-devel-2.5-42(i386)-bash: syntax error near unexpected token `('[root@mail /]# rpm-e--nodeps glibc-devel-2.5-42(i386)error: “glibc-devel-2.5-42” specifies multiple packageserror: package(i386)is not installed[root@mail /]# rpm-e--allmatches glibc-develerror: Failed dependencies:glibc-devel >= 2.2.90-12 is needed by(installed)gcc-4.1.2-46.el5.x86_64[root@mail /]# rpm-qa | grep gcclibgcc-4.1.2-48.el5gcc-java-4.1.2-48.el5libgcc-4.1.2-48.el5gcc-c++-4.1.2-48.el5gcc-gfortran-4.1.2-48.el5gcc-4.1.2-46.el5[root@mail /]# rpm-qa | grep glibc-develglibc-devel-2.5-42glibc-devel-2.5-42[root@mail /]# rpm-e--allmatches--nodeps glibc-devel[root@mail /]# rpm-qa | grep glibc-devel[root@mail /]# rpm-ivh /root/rpm/glibc-devel-2.5-42.i386.rpmerror: Failed dependencies:binutils < 2.15.94.0.2-1 conflicts with glibc-devel-2.5-42.i386 [root@mail /]# rpm-ivh /root/rpm/glibc-devel-2.5-42.x86_64.rpmerror: Failed dependencies:binutils < 2.15.94.0.2-1 conflicts with glibc-devel-2.5-42.x86_64[root@mail /]# rpm-qa | grep binutilsbinutils-2.15.92.0.2-13.0.0.0.2binutils-2.17.50.0.6-14.el5[root@mail /]# rpm-q--queryformat “%{NAME}-%{VERSION}-%{RELEASE}(%{ARCH})n” binutils binutils-2.17.50.0.6-14.el5(x86_64)binutils-2.15.92.0.2-13.0.0.0.2(x86_64)[root@mail /]# rpm-e--allmatches--nodeps binutils/sbin/ldconfig: libraries libdb.so.2 and libgdbm.so.2.0.0 in directory /usr/lib have same soname but different type./sbin/ldconfig: libraries libdb.so.2 and libgdbm.so.2.0.0 in directory /usr/lib have same soname but different type.[root@mail /]# rpm-q--queryformat “%{NAME}-%{VERSION}-%{RELEASE}(%{ARCH})n” binutils package binutils is not installed[root@mail /]# rpm-ivh /root/rpm/binutils-2.17.50.0.6-12.el5.x86_64.rpmPreparing...#################################### ####### [100%]1:binutils###################################### ##### [100%]/sbin/ldconfig: libraries libdb.so.2 and libgdbm.so.2.0.0 in directory /usr/lib have same soname but different type.[root@mail /]# rpm-ivh /root/rpm/glibc-devel-2.5-42.* Preparing...#################################### ####### [100%]1:glibc-devel########################################### [ 50%]2:glibc-devel########################################### [100%][root@mail /]# rpm-qa | grep libgomplibgomp-4.4.0-6.el5[root@mail /]# rpm-e--nodeps libgomp/sbin/ldconfig: libraries libdb.so.2 and libgdbm.so.2.0.0 in directory /usr/lib have same soname but different type.[root@mail /]# rpm-qa | grep libgomp[root@mail /]# rpm-qa | grep libgomp*[root@mail /]# rpm-qa | grep libstdc++-devellibstdc++-devel-4.1.2-48.el5[root@mail /]# rpm-e--nodeps libstdc++-devel[root@mail /]# rpm-ivh /root/rpm/libstdc++-devel*error: Failed dependencies:libstdc++ = 4.1.2-46.el5 is needed by libstdc++-devel-4.1.2-46.el5.i386libstdc++ = 4.1.2-46.el5 is needed by libstdc++-devel-4.1.2-46.el5.x86_64[root@mail /]# rpm-qa | grep libstdc++libstdc++-4.1.2-48.el5compat-libstdc++-33-3.2.3-61compat-libstdc++-296-2.96-138libstdc++-4.1.2-48.el5compat-libstdc++-33-3.2.3-61[root@mail /]# rpm-ivh /root/rpm/libstdc++-devel-4.1.2-46.el5.x86_64.rpmerror: Failed dependencies:libstdc++ = 4.1.2-46.el5 is needed by libstdc++-devel-4.1.2-46.el5.x86_64[root@mail /]# rpm-e--nodeps libstdc++error: “libstdc++” specifies multiple packages[root@mail /]# rpm-e--nodeps--allmatcheslibstdc++/sbin/ldconfig: libraries libdb.so.2 and libgdbm.so.2.0.0 in directory /usr/lib have same soname but different type./sbin/ldconfig: libraries libdb.so.2 and libgdbm.so.2.0.0 in directory /usr/lib have same soname but different type.[root@mail /]# rpm-ivh /root/rpm/libstdc++*Preparing...#################################### ####### [100%]1:libstdc++#################################### ####### [ 25%]/sbin/ldconfig: libraries libdb.so.2 and libgdbm.so.2.0.0 in directory /usr/lib have same soname but different type.2:libstdc++################################### ######## [ 50%]/sbin/ldconfig: libraries libdb.so.2 and libgdbm.so.2.0.0 in directory /usr/lib have same soname but different type.3:libstdc++-devel########################################### [ 75%]4:libstdc++-devel########################################### [100%][root@mail /]# rpm-ivh /root/rpm/compat-libstdc++-compat-libstdc++-296-2.96-138.i386.rpmcompat-libstdc++-33-3.2.3-61.i386.rpmcompat-libstdc++-33-3.2.3-61.x86_64.rpm[root@mail /]# rpm-ivh /root/rpm/compat-libstdc++-compat-libstdc++-296-2.96-138.i386.rpmcompat-libstdc++-33-3.2.3-61.i386.rpmcompat-libstdc++-33-3.2.3-61.x86_64.rpm[root@mail /]# rpm-ivh /root/rpm/compat-libstdc++-*Preparing...#################################### ####### [100%]package compat-libstdc++-33-3.2.3-61.x86_64 is already installedpackage compat-libstdc++-296-2.96-138.i386 is already installedpackage compat-libstdc++-33-3.2.3-61.i386 is already installed[root@mail /]# rpm-ivh /root/rpm/gcc-c++-4.1.2-46.el5.x86_64.rpmPreparing...#################################### ####### [100%]package gcc-c++-4.1.2-48.el5.x86_64(which is newer than gcc-c++-4.1.2-46.el5.x86_64)is already installedfile /usr/bin/c++ from install of gcc-c++-4.1.2-46.el5.x86_64 conflicts with file from package gcc-c++-4.1.2-48.el5.x86_64 file /usr/bin/g++ from install of gcc-c++-4.1.2-46.el5.x86_64 conflicts with file from package gcc-c++-4.1.2-48.el5.x86_64 file /usr/bin/x86_64-redhat-linux-c++ from install of gcc-c++-4.1.2-46.el5.x86_64 conflicts with file from package gcc-c++-4.1.2-48.el5.x86_64file /usr/bin/x86_64-redhat-linux-g++ from install of gcc-c++-4.1.2-46.el5.x86_64 conflicts with file from package gcc-c++-4.1.2-48.el5.x86_64file /usr/lib/gcc/x86_64-redhat-linux/4.1.1/32/libsupc++.a from install of gcc-c++-4.1.2-46.el5.x86_64 conflicts with file from package gcc-c++-4.1.2-48.el5.x86_64file /usr/lib/gcc/x86_64-redhat-linux/4.1.1/libsupc++.a from install of gcc-c++-4.1.2-46.el5.x86_64 conflicts with file from package gcc-c++-4.1.2-48.el5.x86_64file /usr/libexec/gcc/x86_64-redhat-linux/4.1.1/cc1plus from install of gcc-c++-4.1.2-46.el5.x86_64 conflicts with file from package gcc-c++-4.1.2-48.el5.x86_64file /usr/share/man/man1/g++.1.gz from install of gcc-c++-4.1.2-46.el5.x86_64 conflicts with file from package gcc-c++-4.1.2-48.el5.x86_64第二篇：LoadRunner错误及解决方法LoadRunner错误及解决方法[转]分类：性能测试一、Step download timeout(120 seconds)这是一个经常会遇到的问题，解决得办法走以下步骤：1、修改run time setting中的请求超时时间，增加到600s,其中有三项的参数可以一次都修改了，HTTP-request connect timeout，HTTP-request receieve timeout，Step download timeout，分别建议修改为600、600、5000；run time setting设置完了后记住还需要在controler组件的option的run time setting中设置相应的参数；2、办法一不能解决的情况下，解决办法如下：设置runt time setting中的internet protocol-preferences中的advaced区域有一个winlnet replay instead of sockets选项，选项后再回放就成功了。
gcc报告解读 -回复
gcc报告解读-回复什么是GCC？GCC（GNU Compiler Collection）是一个广泛使用的编程语言编译器套件。
它由GNU计划开发，是一个自由软件，并提供了对不同编程语言（如C、C++、Fortran等）的广泛支持。
GCC的目标是为开发者提供高质量的代码编译，以构建高效、可靠的软件系统。
GCC的组成部分：GCC由多个独立的组件组成，包括前端、中间代码和后端。
前端负责将源代码解析为中间代码表示形式，然后中间代码通过后端转换为目标平台的机器代码。
GCC的前端是针对不同编程语言的模块，负责将源代码解析、语法分析和语义分析，将源代码转换为中间表示形式，也称为GIMPLE或GENERIC 代码。
GCC的中间代码包括GIMPLE和RTL代码。
GIMPLE（GNU If-conversion and Modelling Package Language）是GCC的独立中间代码表示形式，它使用树的形式表示程序语义。
而RTL（Register Transfer Language）是一种机器无关的底层表示，描述了指令的操作和寄存器之间的依赖关系。
GCC的后端是负责将中间代码转化为特定目标平台的机器代码的模块。
它包括了目标平台特定的指令选择、寄存器分配和代码优化算法，最终生成可执行文件。
GCC的编译过程：GCC的编译过程可以分为四个主要的阶段：预处理、编译、汇编和链接。
预处理阶段将源代码中的预处理指令（如#include和#define等）进行处理，并展开宏定义，生成处理后的源代码文件。
编译阶段将处理后的源代码文件转换为汇编代码，这一阶段主要包括词法分析、语法分析和语义分析。
在此过程中，GCC还会执行一些优化策略来提高生成的目标代码的质量。
汇编阶段将汇编代码转换为目标平台的机器代码，即可执行文件的一部分。
这一阶段主要包括指令选择、寄存器分配和代码调度等步骤。
链接阶段将目标文件和库文件结合起来，生成最终的可执行文件。
CC编译错误代码解释
C C 编译错误代码解释C/C++编译错误代码解释表达式(1-9)1.程序在编译时出现如下错误提示信息：(11)error C2106'='left operand must be l-value，…如何根据错误提示信息判断和解决程序中的错误?下面是该问题的源程序：2.使用指针类型后，程序中出现了许多错误，不知如何修改?源程序如下：3.老师，按照你的建议重新修改程序后，编译连接通过，可是运行的结果还是不对?修改后的程序如下：4.求π的近似值程序，编译时出现如下错误：5.我的程序能够完成十进制到二进制和八进制之间的转换，就是不能正确转为十六进制数，即在转换的十六进制结果中看不到十六进制数中的A-F符号，这是为什么?程序如下：6.编译错误：error C2018：unknown character'0xa3'是什么意思?7.一个很简单的程序，一看就能猜出结果。
可是编译时有警告，执行结果更是看不懂，是系统出现了问题吗?程序如下：8.在调试程序时中所有的警告信息不影响目标文件的形成，这样是否可以忽略这些信息?下面的提示信息"：0 error(s),1 warning(s)localvariable'm'used without having been initialize"，我们应注意什么?9.表达式y=*px++与y=*(px++)意义相同吗?--1.程序在编译时出现如下错误提示信息：(11)error C2106'='left operand must be l-value，…如何根据错误提示信息判断和解决程序中的错误?下面是该问题的源程序：#include iostream.h int main(){int f(int n)；int sum,n,m；cout"please input"endl；cin m；sum=f(0)+f(1)；for(n=2；n=m；n++){f(n)=f(n-1)+f(n-2)；sum=sum+f(n)；}cout"sum="sum endl；cout"f(n)="f(n)endl；return 0；}答：从错误信息提示中可以看出，你程序第11行"f(n)=f(n-1)+f(n-2)；"语句有错，即系统指出了赋值号左边有逻辑错误。
gcc毛病提示详解
conversion from %s to %s not supported by iconv”iconv 不支持从%s 到%s 的转换”iconv_open”iconv_open”no iconv implementation, cannot convert from %s to %s”没有iconv 的实现，无法从%s 转换到%s”character 0x%lx is not in the basic source character set\n”字符0x%lx 不在基本源字符集中\n”converting to execution character set”转换到可执行文件的字符集”character 0x%lx is not unibyte in execution character set”字符0x%lx 在执行字符集中不是单字节的”Character %x might not be NFKC”字符%x 可能不是NFKC”universal character names are only valid in C++ and C99″Unicode 字符名只在C++ 和C99 中有效”the meaning of ‘\\%c’ is different in traditional C”‘\\%c’的意义与在传统 C 中不同”In _cpp_valid_ucn but not a UCN”在_cpp_valid_ucn 中但不是一个UCN”incomplete universal character name %.*s”不完全的Unicode 字符名%.*s”%.*s is not a valid universal character”%.*s 不是一个有效的Unicode 字符”‘$’ in identifier or number”‘$’出现在标识符或数字中”universal character %.*s is not valid in an identifier”Unicode 字符%.*s 在标识符中无效”universal character %.*s is not valid at the start of an identifier”Unicode 字符%.*s 在标识符开头无效”converting UCN to source character set”将UCN 转换到源字符集”converting UCN to execution character set”将UCN 转换到执行字符集”the meaning of ‘\\x’ is different in traditional C”‘\\x’的意义与在传统 C 中不同”\\x used with no following hex digits”\\x 后没有16 进制数字”hex escape sequence out of range”16 进制转义序列越界”octal escape sequence out of range”8 进制转义序列越界”the meaning of ‘\\a’ is different in traditional C”‘\\a’的意义与在传统 C 中不同”non-ISO-standard escape sequence, ‘\\%c’”非ISO 标准的转义序列，‘\\%c’”unknown escape sequence: ‘\\%c’”未知的转义序列：‘\\%c’”unknown escape sequence: ‘\\%s’”未知的转义序列：‘\\%s’”converting escape sequence to execution character set”将转义序列转换到执行字符集”character constant too long for its type”字符常量大小超出其类型”multi-character character constant”多字节字符常量”empty character constant”空的字符常量”failure to convert %s to %s”无法从%s 转换到%s”extra tokens at end of #%s directive”#%s 指示的末尾有多余的标识符”#%s is a GCC extension”#%s 是一个GCC 扩展”#%s is a deprecated GCC extension”#%s 是一个已过时的GCC 扩展”suggest not using #elif in traditional C”建议在传统 C 中不使用#elif”traditional C ignores #%s with the # indented”当# 有缩进时传统 C 忽略#%s”suggest hiding #%s from traditional C with an indented #”建议使用缩进的# 以让#%s 对传统 C 不可见”embedding a directive within macro arguments is not portable”将一个指示嵌入宏参数中是不可移植的”style of line directive is a GCC extension”line 指示的风格是一个GCC 扩展”invalid preprocessing directive #%s”无效的预处理指示#%s”\”defined\” cannot be used as a macro name”“defined”不能被用作宏名”\”%s\” cannot be used as a macro name as it is an operator in C++”“%s”不能被用作宏名，因为它是C++ 中的一个操作符”no macro name given in #%s directive”#%s 指示中未给出宏名”macro names must be identifiers”宏名必须是标识符”undefining \”%s\”"取消对“%s”的定义”missing terminating > character”缺少结尾的> 字符”#%s expects \”FILENAME\” or ”#%s 需要\”FILENAME\”或”empty filename in #%s”#%s 中文件名为空”#include nested too deeply”#include 嵌套过深”#include_next in primary source file”#include_next 出现在主源文件中”invalid flag \”%s\” in line directive”line 指示中有无效的标记“%s””unexpected end of file after #line”#line 后未预期的文件结束”\”%s\” after #line is not a positive integer”#line 后的“%s”不是一个正整数”line number out of range”行号超出范围”\”%s\” is not a valid filename”“%s”不是一个有效的文件名”\”%s\” after # is not a positive integer”# 后的“%s”不是一个正整数”invalid #%s directive”无效的#%s 指示”registering pragmas in namespace \”%s\” with mismatched name expansion”在命名空间“%s”中注册pragma 时名称扩展不匹配”registering pragma \”%s\” with name expansion and no namespace”pragma “%s”被注册为一个命名扩展，而没有命名空间”registering \”%s\” as both a pragma and a pragma namespace”“%s”既被注册为一个pragma 又被注册为一个pragma 命名空间”#pragma %s %s is already registered”#pragma %s %s 已经被注册”#pragma %s is already registered”#pragma %s 已经被注册”registering pragma with NULL handler”pragma 注册为被NULL 处理”#pragma once in main file”#pragma once 出现在主文件中”invalid #pragma push_macro directive”无效的#pragma push_macro 指示”invalid #pragma pop_macro directive”无效的#pragma pop_macro 指示”invalid #pragma GCC poison directive”无效的#pragma GCC poison 指示”poisoning existing macro \”%s\”"对已存在的宏“%s”投毒”#pragma system_header ignored outside include file”#pragma system_heade 在包含文件外被忽略”cannot find source file %s”找不到源文件%s”current file is older than %s”当前文件早于%s”_Pragma takes a parenthesized string literal”_Pragma 需要一个括起的字符串字面常量”#else without #if”#else 没有匹配的#if”#else after #else”#else 出现在#else 后”the conditional began here”条件自此开始”#elif without #if”#elif 没有匹配的#if”#elif after #else”#elif 出现在#else 后”#: directives.c:1960#endif without #if”#endif 没有匹配的#if”missing ‘(‘ after predicate”谓词后缺少‘(’”missing ‘)’ to complete answer”完整的答案缺少‘)’”predicate’s answer is empty”谓词的答案为空”assertion without predicate”断言后没有谓词”predicate must be an identifier”谓词必须是一个标识符”\”%s\” re-asserted”重断言“%s””unterminated #%s”未终止的#%s”unterminated comment”未结束的注释”stdout”stdout”%s: %s”%s：%s”too many decimal points in number”数字中有太多小数点”fixed-point constants are a GCC extension”定点常量是一个GCC 扩展”invalid digit \”%c\” in binary constant”二进制常量中有无效数字“%c””invalid digit \”%c\” in octal constant”8 进制常量中有非法字符“%c””invalid prefix \”0b\” for floating constant”浮点常量的“0b”前缀无效”use of C99 hexadecimal floating constant”使用C99 式的16 进制浮点常量”exponent has no digits”指数部分没有数字”hexadecimal floating constants require an exponent”16 进制浮点常量需要指数部分”invalid suffix \”%.*s\” on floating constant”浮点常量的“%.*s”后缀无效”traditional C rejects the \”%.*s\” suffix”传统 C 不接受“%.*s”后缀”suffix for double constant is a GCC extension”双精度常量后缀是一个GCC 扩展”invalid suffix \”%.*s\” with hexadecimal floating constant”十六进制浮点常量的“%.*s”后缀无效”decimal float constants are a GCC extension”十进制浮点常量是一个GCC 扩展”invalid suffix \”%.*s\” on integer constant”整数常量的“%.*s”后缀无效”use of C++0x long long integer constant”使用C++0x long long 整数常量”imaginary constants are a GCC extension”虚数常量是一个GCC 扩展”binary constants are a GCC extension”二进制常量是一个GCC 扩展”integer constant is too large for its type”整数常量值超出其类型”integer constant is so large that it is unsigned”整数常量太大，认定为unsigned”missing ‘)’ after \”defined\”"“defined”后出现‘)’”operator \”defined\” requires an identifier”操作符“defined”需要一个标识符”(\”%s\” is an alternative token for \”%s\” in C++)”(在C++ 中“%s”会是“%s”的替代标识符)”this use of \”defined\” may not be portable”使用“defined”可能不利于移植”floating constant in preprocessor expression”浮点常量出现在预处理表达式中”imaginary number in preprocessor expression”预处理表达式中出现虚数”\”%s\” is not defined”“%s”未定义”assertions are a GCC extension”断言是一个GCC 扩展”assertions are a deprecated extension”断言是一个已过时的GCC 扩展”missing binary operator before token \”%s\”"标识符“%s”前缺少二元运算符”token \”%s\” is not valid in preprocessor expressions”标识符“%s”在预处理表达式中无效”missing expression between ‘(‘ and ‘)’”‘(’与‘)’之间缺少表达式”%s with no expression”%s 后没有表达式”operator ‘%s’ has no right operand”操作符‘%s’没有右操作数”operator ‘%s’ has no left operand”操作符‘%s’没有左操作数”‘:’ without preceding ‘?’”‘:’前没有‘?’”unbalanced stack in %s”%s 中堆栈不平衡”impossible operator ‘%u’”不可能的操作‘%u’”missing ‘)’ in expression”表达式中缺少‘)’”‘?’ without following ‘:’”‘?’后没有‘:’”integer overflow in preprocessor expression”预处理表达式中整数溢出”missing ‘(‘ in expression”表达式中缺少‘(’”the left operand of \”%s\” changes sign when promoted”“%s”的左操作数在提升时变换了符号”the right operand of \”%s\” changes sign when promoted”“%s”的右操作数在提升时变换了符号”traditional C rejects the unary plus operator”传统 C 不接受单目+ 运算符”comma operator in operand of #if”#if 操作数中出现逗号”division by zero in #if”#if 中用零做除数”NULL directory in find_file”find_file 中有NULL 目录”one or more PCH files were found, but they were invalid”找到一个或多个PCH 文件，但它们是无效的”use -Winvalid-pch for more information”使用-Winvalid-pch 以获得更多信息”%s is a block device”%s 是一个块设备”%s is too large”%s 过大”%s is shorter than expected”%s 短于预期”no include path in which to search for %s”没有包含路径可供搜索%s”Multiple include guards may be useful for:\n”多个防止重包含可能对其有用：\n”cppchar_t must be an unsigned type”cppchar_t 必须是无符号型”preprocessor arithmetic has maximum precision of %lu bits; target requires %lu bits”预处理算术的最高精度为%lu 位；目标需要%lu 位”CPP arithmetic must be at least as precise as a target int”CPP 算术必须至少具有目标int 的精度”target char is less than 8 bits wide”目标char 短于8 位”target wchar_t is narrower than target char”目录wchar_t 短于目标char”target int is narrower than target char”目标int 短于目标char”CPP half-integer narrower than CPP character”CPP 半整数短于CPP 字符”CPP on this host cannot handle wide character constants over %lu bits, but the target requires %lu bits”在此宿主机上，CPP 不能处理长于%lu 位的宽字符常量，但目标需要%lu 位”backslash and newline separated by space”反斜杠和换行为空格所分隔”backslash-newline at end of file”反斜杠续行出现在文件末尾”trigraph ??%c converted to %c”三元符??%c 转换为%c”trigraph ??%c ignored, use -trigraphs to enable”三元符??%c 被忽略，请使用-trigraphs 来启用”\”/*\” within comment”“/*”出现在注释中”%s in preprocessing directive”预处理指示中出现%s”null character(s) ignored”忽略空字符”`%.*s’ is not in NFKC”‘%.*s’不在NFKC 中”`%.*s’ is not in NFC”‘%.*s’不在NFC 中”attempt to use poisoned \”%s\”"试图使用有毒的“%s””__VA_ARGS__ can only appear in the expansion of a C99 variadic macro”__VA_ARGS__ 只能出现在C99 可变参数宏的展开中”identifier \”%s\” is a special operator name in C++”标识符“%s”是C++ 中的一个特殊操作符”raw string delimiter longer than 16 characters”原始字符串分隔符长过16 个字符”invalid character ‘%c’ in raw string delimiter”原始字符串分隔符中有无效字符‘%c’”unterminated raw string”未终止的原始字符串”null character(s) preserved in literal”空字符将保留在字面字符串中”missing terminating %c character”缺少结尾的%c 字符”C++ style comments are not allowed in ISO C90″C++ 风格的注释在ISO C90 中不被允许”(this will be reported only once per input file)”(此警告为每个输入文件只报告一次)”multi-line comment”多行注释”unspellable token %s”无法拼出的标识符%s”macro \”%s\” is not used”宏“%s”未被使用”invalid built-in macro \”%s\”"无效的内建宏“%s””could not determine file timestamp”无法决定文件的时间戳”could not determine date and time”无法决定日期与时间”__COUNTER__ expanded inside directive with -fdirectives-only”带-fdirectives-only 时__COUNTER__ 在指示中扩展”invalid string literal, ignoring final ‘\\’”无效的字面字符串，忽略最后的‘\\’”pasting \”%s\” and \”%s\” does not give a valid preprocessing token”毗连“%s”和“%s”不能给出一个有效的预处理标识符”ISO C99 requires rest arguments to be used”ISO C99 需要使用剩余的参数”macro \”%s\” requires %u arguments, but only %u given”宏“%s”需要%u 个参数，但只给出了%u 个”macro \”%s\” passed %u arguments, but takes just %u”宏“%s”传递了%u 个参数，但只需要%u 个”unterminated argument list invoking macro \”%s\”"调用宏“%s”时参数列表未终止”function-like macro \”%s\” must be used with arguments in traditional C”类似函数的宏“%s”在传统 C 中必须与参数一起使用”invoking macro %s argument %d: empty macro arguments are undefined in ISO C90 and ISO C++98″调用宏%s 的参数%d：空的宏参数未被ISO C90 和ISO C++98 定义”duplicate macro parameter \”%s\”"重复的宏参数“%s””\”%s\” may not appear in macro parameter list”“%s”不能出现在宏参数列表中”macro parameters must be comma-separated”宏参数必须由逗号隔开”parameter name missing”缺少形参名”anonymous variadic macros were introduced in C99″匿名可变参数宏在C99 中被引入”ISO C does not permit named variadic macros”ISO C 不允许有名的可变参数宏”missing ‘)’ in macro parameter list”在宏参数表中缺少‘)’”‘##’ cannot appear at either end of a macro expansion”‘##’不能出现在宏展开的两端”ISO C99 requires whitespace after the macro name”ISO C99 要求宏名后必须有空白”missing whitespace after the macro name”宏名后缺少空白”‘#’ is not followed by a macro parameter”‘#’后没有宏参数”\”%s\” redefined”“%s”重定义”this is the location of the previous definition”这是先前定义的位置”macro argument \”%s\” would be stringified in traditional C”宏参数“%s”将在传统 C 中被字符串化”invalid hash type %d in cpp_macro_definition”cpp_macro_definition 中有无效的散列类型%d”while writing precompiled header”在写入预编译头时”%s: not used because `%.*s’ is poisoned”%s：未使用因为‘%.*s’已被投毒”%s: not used because `%.*s’ not defined”%s：未使用因为‘%.*s’未定义”%s: not used because `%.*s’ defined as `%s’ not `%.*s’”%s：未使用因为‘%.*s’被定义为‘%s’而非‘%*.s’”%s: not used because `%s’ is defined”%s：未使用因为‘%s’已定义”%s: not used because `__COUNTER__’ is invalid”%s：未使用因为‘__COUNTER__’无效”while reading precompiled header”在读取预编译头时”detected recursion whilst expanding macro \”%s\”"展开宏“%s”时检测到递归”syntax error in macro parameter list”宏参数列表语法错误”#~ warning: ”#~ 警告：”#~ internal error: ”#~ 内部错误：”#~ error: ”#~ 错误：”#~ In file included from %s:%u”#~ 在包含自%s：%u 的文件中”#~ ”#~ “,\n”#~ ” from %s:%u”#~ ”#~ “，\n”#~ ”从%s：%u”#~ no newline at end of file”#~ 文件未以空白行结束”。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
矿产资源开发利用方案编写内容要求及审查大纲
矿产资源开发利用方案编写内容要求及《矿产资源开发利用方案》审查大纲一、概述
㈠矿区位置、隶属关系和企业性质。
如为改扩建矿山, 应说明矿山现状、
特点及存在的主要问题。
㈡编制依据
(1简述项目前期工作进展情况及与有关方面对项目的意向性协议情况。
(2 列出开发利用方案编制所依据的主要基础性资料的名称。
如经储量管理部门认定的矿区地质勘探报告、选矿试验报告、加工利用试验报告、工程地质初评资料、矿区水文资料和供水资料等。
对改、扩建矿山应有生产实际资料, 如矿山总平面现状图、矿床开拓系统图、采场现状图和主要采选设备清单等。
二、矿产品需求现状和预测
㈠该矿产在国内需求情况和市场供应情况
1、矿产品现状及加工利用趋向。
2、国内近、远期的需求量及主要销向预测。
㈡产品价格分析
1、国内矿产品价格现状。
2、矿产品价格稳定性及变化趋势。
三、矿产资源概况
㈠矿区总体概况
1、矿区总体规划情况。
2、矿区矿产资源概况。
3、该设计与矿区总体开发的关系。
㈡该设计项目的资源概况
1、矿床地质及构造特征。
2、矿床开采技术条件及水文地质条件。