|
|
1
15
我相信
我记得它可以根据内部版本信息生成符号链接,但现在找不到来源。 编辑 是的,如果你跑步
您将看到它基于库内部生成所有链接。
将只为该目录中的文件创建链接 不过需要注意的是,我玩过它,它似乎并没有始终如一地创建.so$,只是.so.{major} 我不确定它的内部是如何工作的,但我知道: lib # rm libmagic.so lib # rm libmagic.so.1 lib # ldconfig lib # file libmagic.so.1 libmagic.so.1: symbolic link to `libmagic.so.1.0.0' lib # file libmagic.so libmagic.so: cannot open `libmagic.so' (No such file or directory) 所以,是什么决定了这是如何运作的,对我来说是个谜 编辑 在进一步丢弃后,.la文件对行为没有影响。 “SO”名称字段指示符号链接的名称。 而且只有一个。 0x000000000000000e(SONAME)库SONAME:[libmagix.so] 这是在破解代码并用空格替换“.1”之后。 ldconfig生成了“libmagic.so”(是的,包括空格) |
|
2
7
我作弊了——所有链接都指向基本库(libmythings.so.1.1);如果你真的想连锁,那么你需要:
小心未经测试的代码。 傲慢先于克星。 收到的评论是上面的代码不起作用,而且评论是正确的。现场测试的固定版本为:
更改在
该脚本说明了shell脚本中一个有趣且经常被忽视的点:一段时间内条件块中的操作序列不需要是一个命令。带有编辑操作的行的状态不影响整个测试是否成功;最后一个命令的退出状态
|
|
|
3
5
源自Jonathan Leffler的脚本(我在~/bin中添加了一个名为“liblinks”的脚本)
|
|
|
tantuni · 如何从julia调用共享库中的函数指针 2 年前 |
|
|
Community wiki · Bash脚本创建到共享库的符号链接 2 年前 |
|
|
irio lavagno · 应用程序和插件之间的库不匹配 2 年前 |
|
|
GetFree · LSB AppChecker:针对未使用库的GCC链接 16 年前 |
|
|
An̲̳̳drew Chad Okere · 共享库术语 17 年前 |