问题标签 [library-path]

我需要一种或多或少的可移植编程方式来查询动态库路径列表。对于 Linux，我可以连接（根据需要处理指令并可能按架构过滤）$LD_LIBRARY_PATH的内容和内容，但这在 FreeBSD 上不起作用。/etc/ld.so.confinclude

最终，我需要一个 Python 函数来做到这一点。如果需要，它可以调用 gcc 或其他外部命令。

我在这里玩弄的包是相当未知的，但问题是相当普遍的。基本上，我正在尝试用 C++ 扩展编译 Python 模块（称为 rql）。该扩展使用名为 gecode 的外部框架，其中包含多个库。我编译了gecode并在本地安装。现在，让输出说明一切：

我的系统上目前有 glibc 2.10.2。前几天我在同一系统上升级了 android 安装。发布升级，但是，我无法运行模拟器。模拟器在发布类似以下内容的错误后关闭：“需要 glibc 2.11”。我的问题如下：

有什么方法可以在同一系统上同时使用两个版本的 glibc？有一些非常重要的 C/C++ 程序依赖于当前安装的 glibc。

如果我的问题不清楚，请告诉我。任何帮助都是最受欢迎的。
斯里拉姆。
编辑：我在stackoverflow上发现了一些关于这个问题的问题。然而，这些问题都没有得到解答。希望这不会走上同样的道路！

升级到 Lion并升级 Xcode 后，make 似乎无法找到头文件和库。我查看了/usr/include。那里唯一的东西是“并行服务器”。因此，我将 /usr/include 重命名为 /usr/include.old，并创建了一个符号链接：

/Developer/SDKs/MacOSX10.6.sdk/usr/include/

这是相当邪恶的。但是，make 现在可以找到标题。仍然找不到库（例如，lcrt1.10.6.o）。

解决包含和库问题的正确方法是什么？

谢谢！

我正在准备一个安装程序（Inno Setup）来将我的组件包安装到 Delphi XE 中，而无需手动在 IDE 中摆弄。

我需要修改 Delphi 库路径，例如删除它的一部分（例如， xxx;MyOldPath;yyy）并插入一个新路径，xxxx;MyNewPath;yyyy. 有这样做的首选方法还是我必须编写一个实用程序来做到这一点？

谢谢

在出现问题之前，我尝试安装一个组件，该组件需要我更改我的库 - Win32 库路径。安装没有成功，所以我离开了。几天前，我运行 Delphi 来处理我的项目。我编译了程序，但 Delphi 告诉我“未找到单元：'Systems.pas' 或二进制等效项 (.dcu) 所以我将库路径更改为：C:\Program Files (x86)\Embarcadero\RAD Studio\7.0\lib . 然后我能够编译我的程序，但是当我单击一个按钮时，没有任何代码运行！

我回去检查我的语法，一切都正确，因此我能够编译我的程序（注意：我的代码和程序几个星期都没有动过）。然后我尝试重新安装 Delphi（2 次），期望库路径会修复，但它没有。

在尝试恢复默认设置失败后，我对 stackoverflow 进行了一些研究，但仍然找不到答案。我遇到的话题：

Delphi XE：丢失的库路径

Delphi 找不到 System.dcu；默认路径设置应该是什么？

我添加了 ShowMessage 函数来测试它是否有效，所以我真的不知道问题出在哪里。但是我仍然怀疑我的库路径不正确。

大家觉得可能是什么问题？

• 我的代码
• 或我的 IDE 库路径

注意：当前库路径 = C:\Program Files (x86)\Embarcadero\RAD Studio\7.0\lib

另外，我该如何解决这个问题？

我构建了自己的 GCC 和库，并将这些库放在/opt/gcc-4.6.2/lib通用命名的库中，这样libstdc++就不会干扰系统的其他部分。这意味着我必须手动指定库搜索路径：

在尝试使用 CMake 构建我的项目时，我似乎无法弄清楚如何告诉 CMake 搜索该库。文档说使用CMAKE_LIBRARY_PATH，我在用于生成我的 Makefile 的行上设置了它：

但是，这在简单的程序编译测试中失败了：

我似乎找不到使 CMake-L/opt/gcc-4.6.2/lib为测试编译发出所需的巫术魔法（我知道在项目构建后CMAKE_LIBRARY_PATH工作）。如何强制 CMake 使用替代库路径来链接测试可执行文件？

我有一个程序做一些图形。当我以交互方式运行它时，我希望它使用系统中的 OpenGL 来提供硬件加速图形。当我批量运行它时，我希望能够重定向它以使用 Mesa GL 库，以便我可以使用 OSMesa 功能呈现到屏幕外缓冲区。如果选择了批处理启动选项，则通过执行 LoadLibrary/GetProcAddress 启用 OSMesa 功能。

在 Linux 上，完成这项工作相当容易。通过使用包装脚本来调用程序，我可以执行以下操作：

可以在 Windows 中执行此操作吗？

当我尝试将目录添加到 PATH 变量时，程序继续转到系统 opengl32.dll。让程序使用 Mesa GL/OSMesa 共享库的唯一方法是让它们与我的程序位于同一目录中。但是，当我这样做时，程序将永远不会使用系统 opengl32.dll。

我有一个简单的 Perl 脚本，打印@INC如下：

./test.pl我使用和以两种不同的方式执行脚本perl test.pl，输出如下：

./script.pl我的问题是：使用and执行 perl 脚本的幕后是什么perl script.pl？是什么导致脚本输出不同@INC？

我正在尝试使用 MAGMA (http://icl.cs.utk.edu/magma/) 在 GPU 上执行一些矩阵运算。我能够成功调用 CUDA 内核，这没有问题。但是当我尝试使用 magmablas_sgemm 函数时，我遇到了错误。

这是我正在使用的编译命令：

这是部分 printenv 输出：

可以清楚地看到，岩浆库包含在 LD_LIBRARY_PATH 中，但是，我收到了这个错误：

任何帮助/指针将不胜感激！谢谢！

PS：如果相关，nvcc 用于主机代码的底层 C 编译器是 gcc。
PPS：我检查了路径“/util/magma/1.1/lib”，它确实包含 libmagma.a 和 libmagmablas.a

更新：哇..我讨厌这个..但这让它工作了

nvcc -o msd msd.cu -I../../include -I/util/magma/1.1 -L/util/cuda/4.0.17/cuda/lib64 -L/util/magma/1.1/lib -lcublas -lm -lmagma -lmagmablas -Xcompiler -I../../include -I/util/magma/1.1 "-O3"

所以我所做的只是明确地包含库路径。但我认为 LD_LIBRARY_PATH 会处理这样的事情。知道为什么那不起作用吗？