setenv LD_LIBRARY_PATH

For most Linux binaries, NCL was built using gcc and gfortran. This may cause a dependency on a file called "libgfortran.so.x". 
If you have a different version of gfortran installed on your system than what NCL was built with, then you may get an error message that "libgfortran.so.x can't be found". 

If you see this, then you can try one of these things: 

Try to find the libgfortran.so.x file that it is complaining about. You can try the "locate" command. For example if the file is "libgfortran.so.1": 

   locate libgfortran.so.1
If found, add this path to your LD_LIBRARY_PATH environment variable. 

For example, if "libgfortran.so.1" is the file you need, and it is in /usr/local/lib, then look at the instructions below, depending on what shell you are running, and depending on whether LD_LIBRARY_PATH is already set: 

   env | grep LD_LIBRARY_PATH
From csh or tcsh, if not set: 
    setenv LD_LIBRARY_PATH /usr/local/lib
From csh or tcsh, if already set: 
    setenv LD_LIBRARY_PATH $LD_LIBRARY_PATH:

/usr/local/lib
From bash or ksh, if not set: 
    export LD_LIBRARY_PATH=/usr/local/lib
From bash or ksh, if already set: 
    export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib
From sh, if not set: 
    LD_LIBRARY_PATH=/usr/local/lib
    export LD_LIBRARY_PATH
From sh, if already set: 
    LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib
    export LD_LIBRARY_PATH

Install the "compat-libgfortran" runtime library. See one of these sites for starters: 

http://rpmfind.net/linux/rpm2htm ... mpat-libgfortran-41 
https://admin.fedoraproject.org/ ... 7a1a58108960859779f 

Install the version of gfortran that your version of NCL was built with. (It is possible to have multiple versions of gfortran installed on the same system without conflict.) 
It may then be necessary to set the LD_LIBRARY_PATH environment variable to the path of the "libgfortran.so.x" file. 

If all else fails, then send email to ncl-install@ucar.edu. You need to be a member in order to post

PATH和LD_LIBRARY_PATH本质都是变量，所谓变量的意思就是由别人赋值产生的，直觉往往会让我们添加和减少这个变量本身的某些路径，实际上这是不正确的。正确的做法是我们要去修改赋予这个变量数值的那些配置文件，加一条路径或者减一条。说到底变量只关乎显示，不关乎其用于显示的内容。

PATH:  可执行程序的查找路径

查看当前环境变量:

echo $PATH

设置:

方法一： export PATH=PATH:/XXX 但是登出后就失效

方法二：修改~/.bashrc或~/.bash_profile或系统级别的/etc/profile

1. 在其中添加例如export PATH=/opt/ActivePython-2.7/bin:$PATH

2. source .bashrc  (Source命令也称为“点命令”，也就是一个点符号（.）。source命令通常用于重新执行刚修改的初始化文件，使之立即生效，而不必注销并重新登录)

LD_LIBRARY_PATH: 动态库的查找路径

设置：

方法一： export  LD_LIBRARY_PATH=LD_LIBRARY_PATH:/XXX 但是登出后就失效

方法二：  修改~/.bashrc或~/.bash_profile或系统级别的/etc/profile

1. 在其中添加例如export PATH=/opt/ActiveP/lib:$LD_LIBRARY_PATH

2. source .bashrc  (Source命令也称为“点命令”，也就是一个点符号（.）。source命令通常用于重新执行刚修改的初始化文件，使之立即生效，而不必注销并重新登录)

方法三：这个没有修改LD_LIBRARY_PATH但是效果是一样的实现动态库的查找，

1. /etc/ld.so.conf下面加一行/usr/local/mysql/lib

2. 保存过后ldconfig一下（ldconfig 命令的用途,主要是在默认搜寻目录(/lib和/usr/lib)以及动态库配置文件/etc/ld.so.conf内所列的目录下,搜索出可共享的动态链接库(格式如前介绍,lib*.so*),进而创建出动态装入程序(ld.so)所需的连接和缓存文件.缓存文件默认为/etc/ld.so.cache,此文件保存已排好序的动态链接库名字列表.）

方法三设置稍微麻烦，好处是比较不受用户的限制。

今天用set设置PATH变量（加一个路径），发现虽然echo的时候显示修改成功了，实际执行命令的时候确没有去那个路径查找；当前shell是c shell(csh).

在网上找了一些材料，总结如下：

 

1.说明
使用set和setenv命令可以设置shell选项或者列出shell变量,其中setenv 是csh的命令，在bash中用export命令，alias作用相当windows下的快捷方式。

2.语法格式

set 变量名 ＝ 内容
set 变量名 ＝（内容1 内容2 ）
set 变量名 ＝"内容1 内容2"

setenv 变量名 内容
setenv 变量名 "内容1 内容2"
setenv 变量名 '内容1 内容2'

alias 简化名称 原文件名
alias 简化名称 "原文件名 参数"

 

3。set主要是用来设置变量，这里的变量是普通变量，就像C语言里一样，使用一个变量以前要申明一下。

setenv中的env就是环境environment的简写，这个命令是用来设置环境变量的，譬如说设置文件路径、本地显示啊什么的，举个例，如果想调用服务器的软件在本地显示，用这个命令：setenv DISPLAY 1xx.1xx.1xx.1xx:0 。在bash中export命令和csh中的setenv命令类似。

4。环境变量和内部变量：后者不能被子进程继承（如同C里的局部变量）－－改环境变量就会自动改内部变量，反之不然。“set”可给出内部变量列表，“env”可给出环境变量列表。继承只对环境变量有效

sh: PATH=/usr/bin:$PATH ; export PATH－－注意：在export前为内部变量，之后为环境变量。

Csh： set setenv PATH /usr/bin:$PATH--注意： 在csh中环境变量的赋值(setenv)没有等号， 而内部变量的赋值(set)有等号。

Linux 运行的时候，是如何管理共享库(*.so)的？在 Linux 下面，共享库的寻找和加载是由 /lib/ld.so 实现的。 ld.so 在标准路经(/lib, /usr/lib) 中寻找应用程序用到的共享库。

但是，如果需要用到的共享库在非标准路经，ld.so 怎么找到它呢？

目前，Linux 通用的做法是将非标准路经加入 /etc/ld.so.conf，然后运行 ldconfig 生成 /etc/ld.so.cache。 ld.so 加载共享库的时候，会从 ld.so.cache 查找。

传统上，Linux 的先辈 Unix 还有一个环境变量：LD_LIBRARY_PATH 来处理非标准路经的共享库。ld.so 加载共享库的时候，也会查找这个变量所设置的路经。

LD_LIBRARY_PATH=$LD_LIBRARY_PATH:./lib

export LD_LIBRARY_PATH

但是，有不少声音主张要避免使用 LD_LIBRARY_PATH 变量，尤其是作为全局变量。这些声音是：

* LD_LIBRARY_PATH is not the answer - http://prefetch.net/articles/linkers.badldlibrary.html

* Why LD_LIBRARY_PATH is bad - http://xahlee.org/UnixResource_dir/_/ldpath.html

* LD_LIBRARY_PATH - just say no - http://blogs.sun.com/rie/date/20040710

解决这一问题的另一方法是在编译的时候通过 -R<path> 选项指定 run-time path。

1. 往/lib和/usr/lib里面加东西，是不用修改/etc/ld.so.conf的，但是完了之后要调一下ldconfig，不然这个library 会找不到

2. 想往上面两个目录以外加东西的时候，一定要修改/etc/ld.so.conf，然后再调用ldconfig，不然也会找不到。

比如安装了一个mysql到/usr/local/mysql，mysql有一大堆library在/usr/local/mysql/lib下 面，这时就需要在/etc/ld.so.conf下面加一行/usr/local/mysql/lib，保存过后ldconfig一下，新的 library才能在程序运行时被找到。

3. 如果想在这两个目录以外放lib，但是又不想在/etc/ld.so.conf中加东西（或者是没有权限加东西）。那也可以，就是export一个全局变 量LD_LIBRARY_PATH，然后运行程序的时候就会去这个目录中找library。一般来讲这只是一种临时的解决方案，在没有权限或临时需要的时 候使用。

4. ldconfig做的这些东西都与运行程序时有关，跟编译时一点关系都没有。编译的时候还是该加-L就得加，不要混淆了。

5. 总之，就是不管做了什么关于library的变动后，最好都ldconfig一下，不然会出现一些意想不到的结果。不会花太多的时间，但是会省很多的事。

LD_LIBRARY_PATH 这个环境变量是大家最为熟悉的，它告诉loader：在哪些目录中可以找到共享库。可以设置多个搜索目录，这些目录之间用冒号分隔开。在linux下，还 提供了另外一种方式来完成同样的功能，你可以把这些目录加到/etc/ld.so.conf中，然后调用ldconfig。当然，这是系统范围内全局有效 的，而环境变量只对当前shell有效。按照惯例，除非你用上述方式指明，loader是不会在当前目录下去找共享库的，正如shell不会在当前目前找 可执行文件一样。

================================================================================================

在shell下尝试设置LD_LIBRARY_PATH，以下面这种形式设置，老是报错bash: LD_LIBRARY_PATH: command not found，

LD_LIBRARY_PATH=/usr/local/lib

LD_LIBRARY_PATH = $ LD_LIBRARY_PATH:/usr/local/lib

可能是因为系统之前没有设置过LD_LIBRARY_PATH，于是改成这样：

export LD_LIBRARY_PATH=/usr/local/lib

然后用 echo $LD_LIBRARY_PATH检查一下是否真的设置成功，发现可以。

接着在该shell下运行eclipse生成的可执行文件，没有错误。

另外，如果不想每次新启一个shell都设置LD_LIBRARY_PATH，可以编辑~/.bash_profile文件：

$ vi ~/.bash_profile

添加：

LD_LIBRARY_PATH=/usr/local/lib

export LD_LIBRARY_PATH

这两行，完成之后.bash_profile如下所示：

# .bash_profile

# Get the aliases and functions

if [ -f ~/.bashrc ]; then

. ~/.bashrc

fi

# User specific environment and startup programs

PATH=$PATH:$HOME/bin

LD_LIBRARY_PATH=/usr/local/lib

export PATH

export LD_LIBRARY_PATH

然后运行

$ source ~/.bash_profile 就行了。

 

但是这种方法只能用在shell下，想在eclipse里面运行，还是不行：

尝试了eclipse项目properties里面的各种设置都不起作用。

用“eclipse LD_LIBRARY_PATH”作为关键字(可见关键字多么重要)才搜到这么篇文章 《eclipse+cdt+gcc编译选项控制》 http://hi.baidu.com/zsffei/blog/item/7b17c043ceb51e1772f05de1.html

才知道应该在eclipse的项目属性-->C/C++ Build-->Settings-->Tool settings-->GCC C++ Linker-->Miscellaneous的Other options (-Xlinker [option])添加 -R/usr/local/lib

运行，一切正常，折腾了一下午，太感动了。

转载自：http://skatings.blogbus.com/logs/50437681.html