我有一个特殊的问题。我有一个共享库'my_tracker.so‘,它是我用gcc-4.2构建的。这个共享库现在依赖于libgcc_s.so.1 (GCC 4.2)。我做了'ldd my_tracker.so‘,它从/lib64中选择了libgcc_s.so.1。
我正在运行
'LD_PRELOAD=my_tracker.so LD_LIBRARY_PATH=[vnc_install]/lib/vnclibs:$LD_LIBRARY_PATH vncserver'在我的脚本里。我希望确保vncserver从[vnc_install]/lib/vnclibs/获得libgcc_so.1 (GCC 3.2.3),并因此将其放在vncserver之前。
然而,在执行我的脚本之后,看起来vncserver正在从/lib64获取libgcc_s.so.1 (GCC 4.2)。
我预加载的共享库'my_tracker.so‘的加载是否会将libgcc_s.so.1 (GCC 4.2)所在的位置作为LD_LIBRARY_PATH的前缀?
如果是这样,我如何解决此问题?
致敬约翰
发布于 2011-07-14 14:09:10
这个问题的解决方案是获取patchelf,并使用它来修补您的二进制文件和任何复制的库,以使用RPATH。然后,您可以完全忽略LD_LIBRARY_PATH。如果你需要一个不同的ld-linux.so来加载你的二进制文件,patchelf也可以修复这个二进制文件来找到它。
https://stackoverflow.com/questions/6628722
复制相似问题