r*g
发帖数: 186 | 1 我以前一直用bash
最近因为公司默认shell是csh, 不得不开始学习csh
大概问题是这样的:
由于我没有root权限, 所以我都是在$HOME下面建立一个.pseudo_root
然后在这个$HOME/.pseudo_root下面有usr/bin usr/lib之类的
然后自己安装软件都是--prefix=$HOME/.pseudo_root/usr
以前从来都没啥问题
由于这样的设置, 一般要把LD_LIBRARY_PATH加一个$HOME/.pseudo_root/usr/lib
我在.cshrc中设置:
1. set LD_LIBRARY_PATH in .cshrc as:
setenv LD_LIBRARY_PATH ${HOME}/.pseuso_root/usr/lib:${LD_LIBRARY_PATH}
然后打印$LD_LIBRARY_PATH也的确表现正常:
echo $LD_LIBRARY_PATH
/home/anhong/.pseuso_root/usr/lib:/grid/sfi/lsf/cvalsf01/9.1.1/linux2.6-
glibc2.3-x86_64/lib:.:/lib:/usr/lib:/lib64:/usr/lib64:/grid/common/lib
显示${HOME}/.pseuso_root/usr/lib的确在路径中
但是我自己编译的tmux为啥就找不到libevent-2.0.so.5 ???
ldd ${HOME}/.pseuso_root/usr/bin/tmux
显示:
(vlsj-anhong):~: ldd ${HOME}/.pseudo_root/usr/bin/tmux
libevent-2.0.so.5 => not found
libutil.so.1 => /lib64/libutil.so.1 (0x00000034ddc00000)
libncurses.so.5 => /usr/lib64/libncurses.so.5 (0x00000034e3800000)
librt.so.1 => /lib64/librt.so.1 (0x00000034d6a00000)
libutempter.so.0 => /usr/lib64/libutempter.so.0 (0x00000034d8a00000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x00000034db400000)
libc.so.6 => /lib64/libc.so.6 (0x00000034d1200000)
libdl.so.2 => /lib64/libdl.so.2 (0x00000034d1600000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00000034d1e00000)
/lib64/ld-linux-x86-64.so.2 (0x00000034d0200000)
which shows libevent-2.0.so.5 not found??? why???
3. 直接运行tmux也是显示找不到:
/home/anhong/.pseudo_root/usr/bin/tmux: error while loading shared libraries
libevent-2.0.so.5: cannot open shared object file: No such file or
directory
???
同样的问题在gdb来debug的时候也是, 明明路径已然设置好, 但是r的时候就是显示找
不到shared object. 让人很郁闷啊!
ran ldconfig but didn't work.
thanks so much!
但是如果我用bash
在.bashrc中写
export LD_LIBRARY_PATH=$HOME/.pseudo_root/usr/lib:$LD_LIBRARY_PATH
就没有问题的
谢谢各位了 | n******7
发帖数: 12463 | | r*g
发帖数: 186 | 3 不行
各种设置貌似都是csh的
弄到bash成本太高
【在 n******7 的大作中提到】
: 不能bash吗？
| x****s
发帖数: 921 | 4 typo in your cshrc setenv?
.pseuso_root vs .pseudo_root | r*g
发帖数: 186 | 5 我在.bashrc中加了一句
SHELL=`which bash`
就好了
【在 x****s 的大作中提到】
: typo in your cshrc setenv?
: .pseuso_root vs .pseudo_root
|
|
