OneCoder在学习C++的过程中,在研究Windows下Eclipse for C/C++开发环境的过程中遇到的一些关于C++环境变量的一些问题。在网上搜索一番,得到下面的文章,与大家分享。
转自:http://blog.sina.com.cn/s/blog_93b45b0f01011nrz.html

环境变量

系统环境变量

我们知道,我们经常要设置一些环境变量,系统环境变量我们非常容易理解。其实我们在windows中经常容易接触。其实环境变量是一个非常广泛的一个概念,它与web应用程序中的web.config所处的角色很像。什么意思呢?就是说,程序(系统或应用)要运行的时候,它的基本业务逻辑可能是一定的,但是实现业务逻辑的时候有些设置性的东西却可以改变程序很多。如web应用程序,编译之后他的业务逻辑基本不会发生改变,但是如果你更改一些web.config中的参数,程序的运行就会发生相应的改变。这些设置。就像电视机上面调制一样。改变了设置会得到某些不同。
那么环境变量可以理解成设置的一种,为什么有不直接称为设置呢?因为它处于一种被动的境地。越多说越糊涂。
最常见的环境变量莫过于PATH,和ClassPATH,这个在设置jdk的时候就需要设置,这里的PATH变量指的是,当系统的接口接收到一个程序启动命令的时候,除了默认在当前目录下寻找那个可执行文件意外,还需要到那些地方寻找。有了这个设置,你就不需要一定要进入那个目录才能执行那个程序了。ClassPATH变量也差不多,它设置的是那些类似于动态库的路径,也就是说,程序在执行的时候,发现要引入动态库,那样就要在这个变量指定的地方去找。
在linux中,系统也有一个PATH变量。其实系统有一个文件是专门记录那些环境变量的。
1)/etc/profile,系统登录会执行这个文件在当前环境中引入那些变量。
2)还有  /home/ali/.bashrc 这个文件,简单的来说,/etc/profile是对全局有效的,而./bashrc是对当前用户有效.
3)还有一种设置方法,就是通过终端命令直接修改,我们知道前面两个文件其作用的方式就是当程序进入状态的时候,他们会被执行引入到当前空间,那么在当前状态下就会有这些变量,程序也就是可以使用它们。那么如果我们直接在内存中修改该他们,就可以起到暂时的作用。

程序环境变量

根据前面我们说过环境变量的作用和意义,就很容易推出,普通的程序也可以有环境变量。按照前面系统的环境变量起作用的模式。应用程序,也可以有一些配置文件来持久保存这些环境变量,在程序执行的时候,这些变量会通过某种方式进入程序执行的空间,这样程序执行的时候就可以使用这些变量了。而同样,我们可以改变这些变量来“适量”的改变我们的程序。
GCC就是这样一个程序。很多时候,应用程序需不需要环境变量机制,关键看他是否有很多的选择性,GCC就是一个这样的程序。
最常用GCC环境变量的就是include搜索路径,以及库搜索路径。他们分别在编译和连接的时候使用。
他们的使用背景是:

include搜索路径

通常,使用C/C++进行开发程序的时候,会使用头文件,并且有头文件的实现文件,这个时候有三类文件,使用头文件的源文件,头文件,实现头文件的源文件。编译的时候,头文件和源文件一起就可以了。通常他们是在同一目录下的。所以不会有什么问题。
但是,当你使用到了系统自身的一些头文件的时候,你需要引入一些头文件,而这些文件不在当前目录下,使用绝对地址是一个办法,但是是一个极差的办法。所以GCC就有一个搜索机制。就是在规定的那些文件夹下,搜索你所引入的那个头文件。这样解决了问题。这个环境变量叫着CPLUS_INCLUDE_PATH。属于GCC,与系统无关。我们看看GCC头文件搜索路径

头文件:
1.#include “headfile.h”
搜索顺序为:
①先搜索当前目录
②然后搜索-I指定的目录
③再搜索gcc的环境变量CPLUS_INCLUDE_PATH(C程序使用的是C_INCLUDE_PATH)
④最后搜索gcc的内定目录

/usr/include
/usr/local/include
/usr/lib/gcc/x86_64-redhat-linux/4.1.1/include

各目录存在相同文件时,先找到哪个使用哪个。
2.       #include <headfile.h>
①先搜索-I指定的目录
②然后搜索gcc的环境变量CPLUS_INCLUDE_PATH
③最后搜索gcc的内定目录

/usr/include
/usr/local/include
/usr/lib/gcc/x86_64-redhat-linux/4.1.1/include

与上面的相同,各目录存在相同文件时,先找到哪个使用哪个。这里要注意,#include<>方式不会搜索当前目录!

虽然搜索了GCC自定义的环境变量目录之后,下一个的内定目录,就应该是操作系统有关这种头文件的定义。这种推导很正确。事实上就算不是这样的。GCC头文件搜索模式,也是按照先“专”后“宽”的模式,也就是说,大部分都是使用自己的一套,所以基本都能找到,可能真有一些是那些大家共有的头文件。所以,这里的内定目录其实与继承操作系统的目录的意思没有多大区别。

这里要说下include的内定目录,它不是由$PATH环境变量指定的,而是由g++的配置prefix指定的(知道它在安装g++时可以指定,不知安装后如何修改的,可能是修改配置文件,需要时再研究下):

-bash-3.2$ g++ -v
Using built-in specs.
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-libgcj-multifile --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --enable-plugin --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --with-cpu=generic --host=x86_64-redhat-linux
Thread model: posix
gcc version 4.1.2 20080704 (Red Hat 4.1.2-46)

在安装g++时,指定了prefix,那么内定搜索目录就是:

Prefix/include
Prefix/local/include
Prefix/lib/gcc/--host/--version/include

编译时可以通过-nostdinc++选项屏蔽对内定目录搜索头文件。

库搜索路径:

在编译之后,程序要进行链接操作,前面指出,链接不管是动态和是静态,GCC这个程序,必须确认“真的有”那些头文件的实现。于是就需要定位找到那些文件。与include的情景差不多。使用绝对目录是可以的,但不适于管理。于是就出现了lib搜索路径这个环境变量。LIBRARY_PATH。
他们的搜索路径为:
库文件:
编译的时候:
①gcc会去找-L
②再找gcc的环境变量LIBRARY_PATH
③再找内定目录 /lib /usr/lib /usr/local/lib 这是当初compile gcc时写在程序内的(不可配置的?)

运行时动态库的搜索路径
(不要把这个和库的搜索路径混淆了,这里程序执行的时候有linux系统/usr/bin/ld程序控制的过程,这里只是顺带介绍。以完整程序整个生命周期。编译、链接、启动,装载(包括动态装载)、执行):
动态库的搜索路径搜索的先后顺序是:
①编译目标代码时指定的动态库搜索路径(这是通过gcc 的参数"-Wl,-rpath,"指定。当指定多个动态库搜索路径时,路径之间用冒号":"分隔)
②环境变量LD_LIBRARY_PATH指定的动态库搜索路径(当通过该环境变量指定多个动态库搜索路径时,路径之间用冒号":"分隔)
③配置文件/etc/ld.so.conf中指定的动态库搜索路径;
④默认的动态库搜索路径/lib;
⑤默认的动态库搜索路径/usr/lib。

我们在来对GCC这个命令的这一方面进行总结一下。
编译的时候使用-I命令可以装入include搜索路径。
连接的时候使用-l  -L命令可以装入连接搜索路径或文件
执行的时候。在当初编译连接时候使用-Wl 这个可以装入动态库的搜索路径。

关于环境变量 C++ include搜索路径,lib库搜索路径相关推荐

  1. 环境变量,include搜索路径,lib库搜索路径

    环境变量 系统环境变量 我们知道,我们经常要设置一些环境变量,系统环境变量我们非常容易理解.其实我们在windows中经常容易接触.其实环境变量是一个非常广泛的一个概念,它与web应用程序中的web. ...

  2. linux path环境变量检索目录,Linux下动态链接库加载路径及搜索路径问题

    引子 近日,服务器迁移后,偷懒未重新编译nginx的,直接./nginx启动,结果遇到如下问题: "error while loading shared libraries" 这是 ...

  3. pythonpath环境变量pth_如何设置本地python库目录/PYTHONPATH?

    在尝试编写一个使用PIL的Python脚本的过程中,我发现我的本地机器上似乎没有它(OS X 10.5.8,默认的2.5python安装). 所以我跑:easy_install --prefix=/u ...

  4. 库文件搜索路径及GCC搜索路径总结

    1. -L指定搜索的路径,   -l指定库名 如何指定GCC的默认头文件路径 网上偶搜得之,以之为宝:) 原地址: http://blog.chinaunix.net/u/28781/showart. ...

  5. XCode环境变量及路径设置

    一般我们在xcode里面配置包含工程目录下头文件的时候,都要关联着相对路径和绝对路径,如果只是自己用这个项目,用绝对路径的问题不大,但是如果你把工程发给别人,别人就要在改这个绝对路径,这时候绝对路径的 ...

  6. 【转】XCode环境变量及路径设置 -- 待学习

    原文网址:http://www.cnblogs.com/oc-bowen/p/5140541.html 一般我们在xcode里面配置包含工程目录下头文件的时候,都要关联着相对路径和绝对路径,如果只是自 ...

  7. Linux下配置JAVA 环境变量及查看JDK安装路径

    前言 有的时候我们安装了jdk,配置好了环境变量,时间一长却忘了安装路径在哪,这是让人很头疼的一件事,也有时候我们安装了jdk,一时忘记刚刚安装的路径在哪了.下面我将就这两种情况分别来说明下该怎么去查 ...

  8. Linux - Linux下Java安装路径查找;配置Java环境变量

    一.查看Java的安装路径 1.已经安装好了JDK,也配置了环境变量 1.执行 java -version java -version 出现了版本号,表示安装过了JDK,配置了环境变量 2.在配置过j ...

  9. win7 path环境变量被覆盖了怎么恢复_系统小技巧:还原Windows10路径环境变量

    有时,我们在Windows 10的"运行"窗口中执行一些命令或运行一些程序,这时即便没有指定程序的具体路径,只输入程序的名称(如notepad.exe),便可以迅速调用成功.这是因 ...

最新文章

  1. Redis 笔记(16)— info 指令和命令行工具(查看内存、状态、客户端连接数、监控服务器、扫描大key、采样服务器、执行批量命令等)
  2. 服务器管理神器 开源堡垒机 jumpserver 实战教程
  3. 3.CSS布局奇淫巧计之-强大的负边距【转】
  4. Android车载开发总结
  5. 产品经理第七章:互联网产品团队
  6. 在MATLAB中使用tensorflow
  7. Hadoop视频教程6折 低达4.5折
  8. 【51单片机快速入门指南】6.3:DS18B20 单总线数字温度计的多路读取
  9. linux-2.6.32在mini2440开发板上移植(16)之LED 驱动程序移植
  10. glide加载gif图不显示动画_用Python绘制会动的柱形竞赛图
  11. 未名湖边的烦恼-蓝桥杯算法训练题-递推/递归
  12. html canvas drawrect 变形,canvas图形变换
  13. 护理教育学考试复习题
  14. SpringBoot + vue 解决跨域问题
  15. (logN)²是O(N)的
  16. 【学校联考】CQYZ_Vijos_P3755 轰炸
  17. Java API VIII
  18. 法线变换详解 和 3D 变换中法向量变换矩阵的推导
  19. LayUI可选择可输入下拉框
  20. SpringBoot请求报403 Forbidden

热门文章

  1. java telephony jar_编译错误解决方法
  2. JDK安装配置-只需两步即可(附jdk安装包,win10系统)
  3. NSSCTF刷题wp——Crypto入门
  4. AppStore隐私政策网址(URL)
  5. PKPM学习:板生成的问题
  6. 抽象类及抽象方法作用
  7. 云从MGN《Learning Discriminative Features with Multiple Granularities for Person Re-Identification》论文阅读
  8. Linux时钟管理clk devm_clk_get clk_prepare_enable等学习
  9. Python之logic
  10. python学习课件