考虑我们有以下情况:一个名为program的程序动态取决于libfoo.solibfoo.so这不依赖于任何东西(嗯，它依赖于libstdc++和其他东西，但我想我们可以省略它)program完美运行。突然间，libfoo代码更改，一些函数现在在内部使用func_bar()另一个库提供的函数libbar.so.libfoo.so已重新编译，现在取决于libbar.so.program保持不变，它仍然只取决于libfoo.so.现在当我执行program它提示他找不到func_bar().这是我的问题:libfoo.so接口(interface)没有改变，只有它的实现。为什么progra
考虑我们有以下情况:一个名为program的程序动态取决于libfoo.solibfoo.so这不依赖于任何东西(嗯，它依赖于libstdc++和其他东西，但我想我们可以省略它)program完美运行。突然间，libfoo代码更改，一些函数现在在内部使用func_bar()另一个库提供的函数libbar.so.libfoo.so已重新编译，现在取决于libbar.so.program保持不变，它仍然只取决于libfoo.so.现在当我执行program它提示他找不到func_bar().这是我的问题:libfoo.so接口(interface)没有改变，只有它的实现。为什么progra
libtool的.la文件有什么用？它们如何与共享对象一起使用？ 最佳答案 这是一个包含库描述的文本文件。它允许libtool创建独立于平台的名称。例如，libfoo转到:Linux下:/lib/libfoo.so#Symlinktosharedobject/lib/libfoo.so.1#Symlinktosharedobject/lib/libfoo.so.1.0.1#Sharedobject/lib/libfoo.a#Staticlibrary/lib/libfoo.la#'libtool'library在Cygwin下:/l
libtool的.la文件有什么用？它们如何与共享对象一起使用？ 最佳答案 这是一个包含库描述的文本文件。它允许libtool创建独立于平台的名称。例如，libfoo转到:Linux下:/lib/libfoo.so#Symlinktosharedobject/lib/libfoo.so.1#Symlinktosharedobject/lib/libfoo.so.1.0.1#Sharedobject/lib/libfoo.a#Staticlibrary/lib/libfoo.la#'libtool'library在Cygwin下:/l
