A. 怎么在linux环境变量中设置多个gcc头文件搜索路径
C_INCLUDE_PATH=/usr/include/:/path2/xxx/:$C_INCLUDE_PATH不就好咯
B. gcc的头文件搜索路径是怎么回事
你好。根据你的描述：我用的是简版的vc，具体设置是菜单栏工具-选项-目录，下拉右侧的下拉框，设置头文件、库文件、及源文件的路径！
C. WINDOWS操作系统下的C语言头文件存放在哪个目录中
C语言中的头文件一般分为两类，一类是标准库头文件专，一类是用户自定义头文件属。
1、标准库头文件，不同的编译器都不相同。
Vc6.0一般在安装目录下的VC98INCLUDE目录，比如C:Program Files (x86)Microsoft Visual StudioVC98INCLUDE。
Vs一般在位于$VSPATHVCinclude路径下面。
gcc一般默认在 /usr/include目录下。
2、用户自定义头文件，存储位置有用户自定义。
(3)gcc头文件路径扩展阅读：
在C语言中，头文件的作用如下：
1、加强类型检查，提高代码的类型安全性。
2、减少代码的重复书写，提高编写和修改程序的效率。 在程序开发的过程中，对某些数据类型或者接口进行修改是难免的，使用头文件，只需要修改头文件中的内容，就可以保证修改在所有源文件中生肖，从而避免了繁琐易错的重复修改。
3、提供保密和代码重用的手段。 用户只需要按照头文件的接口声明来调用库功能，而不必关心接口是怎么实现的，编译器会从库中提取相应的代码。
4、提供全局变量、全局函数的声明或提供公用数据类型的定义，从而实现分离变异或代码复用。
D. unix下gcc添加系统头文件搜索路径应该使用哪个选项
$gcc-IXXX……-I参数代表添加头文件搜索的路径，XXX是路径此外环境变量$C_INCLUDE_PATH的值也会被自动加入编译过程
E. 如何设置gcc的头文件和库文件的搜索路径
在的，基本上软件的数据库都在c盘，所有重装系统后要重新安装软件。你有光盘就可以重新安装软件，但是你要在重装系统前，记着：备份数据，就在医保系统的人员资料吧。
F. Linux GCC编译的时候额外添加的头文件搜索路径为什么没有效果
解决办法：在运行之前，将openssl/md4.h头文件所在路径追加到C_INCLUDE_PATH环境变量里面 例： #C_INCLUDE_PATH=/usr/local/ssl/include;export C_INCLUDE_PATH在这里假设/usr/local/ssl/include/openssl/md4.h文件存在。请根据自身的环境设置路径问题：运行.configure的时候，出现一下错误： configure: error: OpenSSL(libcrypto) is required解决办法：运行.configure的时候用with-openssl指定libcrypto包的位置 #./configure –with-openssl=/usr/local/ssl在这里假设/usr/local/ssl/lib/libcrypto.so文件存在。请根据自身的环境设置路径问题：运行resynctool的时候，出现一下错误：resynctool: error while loading shared libraries: libcrypto.so.0.9.8: cannot open shared object file: No such file or directory解决办法： 在运行之前,把相关路径追加到LD_LIBRARY_PATH环境变量里面 LD_LIBRARY_PATH=/usr/local/ssl/lib;export LD_LIBRARY_PATH
补充：Linux操作系统诞生于1991 年10 月5 日（这是第一次正式向外公布时间）。Linux存在着许多不同的Linux版本，但它们都使用了Linux内核。Linux可安装在各种计算机硬件设备中，比如手机、平板电脑、路由器、视频游戏控制台、台式计算机、大型机和超级计算机。
严格来讲，Linux这个词本身只表示Linux内核，但实际上人们已经习惯了用Linux来形容整个基于Linux内核，并且使用GNU 工程各种工具和数据库的操作系统。
G. linux下编写c++，include的那些头文件在什么地方
C/C++程序在linux下被编译和连接时，GCC/G++会查找系统默认的include和link的路径，以及自己在编译命令中指定的路径。
1、#include <stdio.h>，直接到系统指定目录去查找头文件。
系统默认路径为：/usr/include，/usr/local/include，/usr/lib/gcc-lib/i386-Linux/2.95.2/include（gcc库文件的路径，各个系统不一致）
2、#include "stidio.h"，会先到当前目录查找头文件，如果没找到在到系统指定目录查找。
3、gcc编译时查找头文件，按照以下路径顺序查找：
gcc编译时，可以设置-I选项以指定头文件的搜索路径，如果指定多个路径，则按照顺序依次查找。比如，gcc -I /usr/local/include/node a.c
gcc会查找环境变量C_INCLUDE_PATH，CPLUS_INCLUDE_PATH中指定的路径。
(7)gcc头文件路径扩展阅读：
应用程序代码编译过程：
编译器根据头文件提供的库函数接口形式，来编译代码，然后生成目标文件；然后，再使用链接器将这个目标文件与系统库链接；最终生成应用程序。代码包含了自己写的内容，还有系统提供好的现成的库函数，整个结合起来才形成一个完整的程序。
库函数的头文件，在编译的时候被使用，而库函数的代码段（库文件），在链接的时候被使用。
example：
应用程序代码在使用一个系统调用的时候，例如printf()函数，需要指定包含的头文件stdio.h；另外，在链接的时候对应的链接libc.a（笔者电脑文件所在目录：/usr/lib/i386-linux-gnu/libc.a)。
总结一下，编写应用程序，需要使用linux系统提供的库函数。具体实现起来，需要头文件和库文件。头文件是需要我们编写应用程序的时候，在源文件开头添加的；而库文件则需要配置编译环境进行指定搜索目录。
H. C语言头文件的位置
C语言中的头文件一般分为两类，一类是标准库头文件，一类是用户自定义头文件回。1、标准库答头文件，不同的编译器都不相同。Vc6.0一般在安装目录下的\VC98\INCLUDE目录，比如C:\Program Files (x86)\Microsoft Visual Studio\VC98\INCLUDE。Vs一般在位于$VSPATH\VC\include路径下面。gcc一般默认在 /usr/include目录下。2、用户自定义头文件，存储位置有用户自定义。
I. arm-linux-gcc 安装完成后，头文件的包含路径不正确，找不到stdio.h，如何修改啊
要么你重新编译 arm-linux-gcc，使用正确的配置。要么就在编译的时候加 -I (大写i）参数指定头文件搜索路径，比如gcc -I/usr/local/arm/3.2/include a.c
J. 如何指定GCC的默认头文件路径
看下文的红色部分。 有大量的环境变量可供设置以影响 GCC 编译程序的方式。利用这些变量的控制也可使用合适的命令行选项。一些环境变量设置在目录名列表中。这些名字和 PATH 环境变量使用的格式相同。特殊字符 PATH_SEPARATOR （安装编译程序的时候定义）用在目录名之间。在 UNIX 系统中，分隔符是冒号，而 Windows 系统中为分号。 C_INCLUDE_PATH 编译C 程序时使用该环境变量。该环境变量指定一个或多个目录名列表，查找头文件，就好像在命令行中指定 -isystem 选项一样。会首先查找 -isystem 指定的所有目录。 ==> 也见 CPATH 、 CPLUS_INCLUDE_PATH 和 OBJC_INCLUDE_PATH 。 COMPILER_PATH 该环境变量指定一个或多个目录名列表，如果没有指定 GCC_EXEC_PREFIX 定位子程序，编译程序会在此查找它的子程序。 ==> 也见 LIBRARY_PATH 、 GCC_EXEC_PREFIX 和 -B 命令行选项。 CPATH 编译C 、 C++ 和 Objective-C 程序时使用该环境变量。该环境变量指定一个或多个目录名列表，查找头文件，就好像在命令行中指定 -l 选项一样。会首先查找 -l 指定的所有目录。 ==> 也见 C_INCLUDE_PATH 、 CPLUS_INCLUDE_PATH 和 OBJC_INCLUDE_PATH 。 CPLUS_INCLUDE_PATH 编译C++ 程序时使用该环境变量。该环境变量指定一个或多个目录名列表，查找头文件，就好像在命令行中指定 -isystem 选项一样。会首先查找 -isystem 指定的所有目录。 ==> 也见 CPATH 、 C_INCLUDE_PATH 和 OBJC_INCLUDE_PATH 。 DEPENDENCIES_OUTPUT 为文件名设置该环境变量会让预处理程序将基于依赖关系的 makefile 规则写入文件。不会包括系统头文件名字。 如果环境变量设置为单名，被看作是文件名字，而依赖关系规则的名字来自源文件名字。如果定义中有两个名字，则第二个名字是用作依赖关系规则的目标名。 设置该环境变量的结果和使用命令行选项 -MM 、 -MF 和 -MT 的组合是一样的。 ==> 也见 SUNPRO_DEPENDENCIES 。 GCC_EXEC_PREFIX 如果定义了该环境变量，它会作为编译程序执行的所有子程序名字的前缀。例如，如果将变量设置为 testver 而不是查找 as ，汇编器首先会在名字 testveras 下查找。如果在此没有找到，编译程序会继续根据它的普通名进行查找。可在前缀名中使用斜线指出路径名。 GCC_EXEC_PREFIX 的默认设置为 prefix /lib/gcc-lib/ ，这里的 prefix 是安装编译程序时 configure 脚本指定的名字。该前缀也用于定位标准连接程序文件，包含进来作为可执行程序的一部分。 如果使用 -B 命令行选项，会重写该设置。 ==> 也见 COMPILER_PATH 。 LANG 该环境变量用于指出编译程序使用的字符集，可创建宽字符文字、串文字和注释。 定义LANG 为 C-JIS ，指出预处理程序将多字节字符按照 JIS （日语工业标准）字符进行解释。 C-SJIS 可用来指出 Shift -JIS 字符而 C-EUCJP 指出日文 EUC 。 如果没有定义 LANG ，或定义为不可识别，函数 mblen() 被用来确定字符宽度，而 mbtowc() 用来将多字节序列转换为宽字符。 LC_ALL 如果设置，该环境变量的值重写 LC_MESSAGES 和 LC_CTYPE 的所有设置。 LC_CTYPE 该环境变量指出引用串中定义的多字节字符的字符分类。主要用于确定字符串的字符边界，字符编码需要用引号或转义符，可被错误地解释为字符串的结尾或特殊字 符串。对 Australian English ，可将它设置为 en_AU ；对 Mexican Spanish ，可将它设置为 es_MX 。如果没有设置该变量，默认为 LANG 变量的值，或如果没有设置 LANG ，那就使用 C 英语行为。也见 LC_ALL 。 LC_MESSAGES 该环境变量指出编译程序使用何种语言发出诊断消息。对 Australian English ，可设置为 en_AU ；对 MexicanSpanish ，可设置为 es_MX 。如果变量没有设置，使用 LANG 变量的默认值，或如果没有设置 LANG ，那就使用 C 英语行为。也见 LC_ALL 。 LD_LIBRARY_PATH 该环境变量不会影响编译程序，但程序运行的时候会有影响。变量指定一个目录列表，程序会查找该列表定位共享库。只有当未在编译程序的目录中找到共享库的时候，执行程序必须设置该变量。 LD_RUN_PATH 该环境变量不会影响编译程序，但程序运行的时候会有影响。该变量在运行时指出文件的名字，运行的程序可由此得到它的符号名字和地址。地址不会重新载入，因而可能符号引用其他文件中的绝对地址。这和 ld 工具使用 -R 选项完全一样。 LIBRARY_PATH 该环境变量可设置为一个或多个目录名字列表，连接程序会搜寻该目录，以查找特殊连接程序文件，和由 -l （字母 l ）命令行选项指定名字的库。 由 -L 命令行选项指定的目录在环境变量的前面，首先被查找。 ==> 也见 COMPILER_PATH 。 OBJC_INCLUDE_PATH 在编译 Objective-C 程序的时候使用该环境变量。一个或多个目录名的列表由环境变量指定，用来查找头文件，就好像在命令行中指定 -isystem 选项一样。所有由 -isystem 选项指定的目录会首先被查找。 S
未经允许不得转载：山九号 » gcc头文件路径|WINDOWS操作系统下的C语言头文件存放在哪个目录中
