ld.so.conf

Debian:令人困惑的 ld.so 联机帮助页文档
ld.so.conf

Debian:令人困惑的 ld.so 联机帮助页文档

我正在查看ld.so我的 Debian 稳定系统的联机帮助页。目前它指出: $ man ld.so [...] NOTES Hardware capabilities Some shared objects are compiled using hardware-specific instructions which do not exist on every CPU. Such objects should be installed in directories whose names define the required hard...

Admin

如果未导出 LD_LIBRARY_PATH,则共享库获取失败
ld.so.conf

如果未导出 LD_LIBRARY_PATH,则共享库获取失败

通过查看,/etc/ld.so.conf.d有一个libc.conf文件指向/usr/local/lib包含.so正确运行我的应用程序所需的文件。即使运行ldconfig -v它也表​​明上面的路径已设置,但当我启动程序时,它无法运行其中包含的库。我必须export LD_LIBRARY_PATH="/usr/local/lib"为了正确执行它,但我需要每次打开新 shell 时都设置它,所以我尝试将环境变量添加到/etc/environment或/home/user/.profile甚至/home/user/.bashrc没有任何成功。 .conf永久设置...

Admin

如果通过 /etc/ld.so.conf.d/ 中的配置文件设置,为什么每次将 .so 库放入 /usr/local/lib 等目录时都需要运行 ldconfig?
ld.so.conf

如果通过 /etc/ld.so.conf.d/ 中的配置文件设置,为什么每次将 .so 库放入 /usr/local/lib 等目录时都需要运行 ldconfig?

我在 docker 中运行 centos 6.10。正如标题中所描述的,我在 .conf 文件中设置了/usr/local/lib和。每次将.so库放入时都需要运行,否则将找不到它(编译Python 3时)。但是,设置为(不将它们写入 中的conf 文件)在放置库后不需要任何额外的步骤。是什么原因造成的?/usr/local/lib64/etc/ld.so.conf.d/ldconfig/usr/local/libLD_LIBRARY_PATH/usr/local/lib:/usr/local/lib64/etc/ld.so.conf.d/ 顺便问一下,为什...

Admin

程序找不到 ld.so.conf.d 上声明的 lib
ld.so.conf

程序找不到 ld.so.conf.d 上声明的 lib

我正在将一个公司开发的程序迁移到新服务器,该程序依赖于几个公司开发的库(当然还有其他库)。在当前(旧)服务器(RHEL 5)中,该库位于 /usr/lib64 中,但在新服务器(RHEL 7)中,我们希望将其放在非系统目录中。因此,我将这个库放在 /usr/local/lib64 中(连同其他所需的库),在文件 /etc/ld.so.conf.d/custom-libs.conf 中插入路径 /usr/local/lib64,并运行“ldconfig -v”以更新操作系统的缓存。除了其中一个自定义库外,所有库都正确找到。ldd 命令也找不到该库: # ld...

Admin

创建共享库的链接
ld.so.conf

创建共享库的链接

我有一个库( ZendDebugger.so ),它又需要 openssl 库,但它找不到对它的引用。 事实上,当 ZendDebugger.so 加载时,它会在错误日志上打印此错误(在我的例子中是 Apache error_log 文件): Failed loading /usr/lib64/php/7.1/modules/ZendDebugger.so: libssl.so.1.0.0: cannot open shared object file: No such file or directory 然后我尝试安装 openssl: ...

Admin

使用 ldconfig 和 ld.so.conf 与 LD_LIBRARY_PATH
ld.so.conf

使用 ldconfig 和 ld.so.conf 与 LD_LIBRARY_PATH

我经常从源代码构建各种库来使用,例如 gmp-6.1.2、mpfr-4.0.1 和 gcc-7.x。这样做时,我更喜欢使用它,--prefix=/usr/local/gcc-7.2.0这样我就可以确切地知道它的安装位置,并且不会弄乱现有的库。然后我基本上知道的是make install最后告诉我的是更新或设置LD_LIBRARY_PATH,有时但并非总是如此LD_RUN_PATH。 大多数时候,我只是LD_LIBRARY_PATH稍后根据需要手动设置,或者以类似的方式全局设置它,/etc/bash.bashrc.local并且已经起作用了。 这就是说ma...

Admin