问题标签 [libtool]

我对 libtool 的东西很陌生。我有一个问题，构建我的项目需要 libtool 1.5，但我的系统（debian、squeeze）上的默认 libtool 是 2.2。我所做的是我从源代码安装了 libtool 1.5，并将其放入 /usr/local。我的 PATH 变量首先选择 /usr/local/bin 路径。

运行 autogen 时，我可以看到它“看到”了 libtool 1.5。但是，当我运行配置脚本时，2.2 版的 libtool 脚本会出现在我的构建目录中。我不知道它来自哪里，因为我使用包管理器卸载了 libtool 2.2。

你能建议如何解决这个问题吗？libtool 脚本是如何在我的构建文件夹中生成的？与 ltmain.sh 有什么关系？

谢谢，维亚切斯拉夫

我正在尝试为我的Phidg​​etSBC构建自定义内核映像，但在构建过程中出现故障：

bluez 4.96 提取

bluez 4.96 补丁包/bluez

对于 config.guess config.sub 中的文件；在 $(find /home/kerubu/buildroot_phidgetsbc/new/buildroot-phidgetsbc_1.0.4.20111028/output/build/bluez-4.96 -name $file) 中为我做 做 cp 包/gnuconfig/$file $i; 完毕; 完毕

修补 libtool

使用纯文本应用 buildroot-libtool.patch：修补文件 ltmain.sh

Hunk #1 在 273 失败。

Hunk #2 在 5412 处成功（偏移 3005 行）。

Hunk #3 在 2551 失败。

Hunk #4 在 2895 失败。

Hunk #5 在 8058 处成功，带有 fuzz 1（偏移 2446 行）。

Hunk #6 在 5937 失败。

6 个大块中有 4 个失败 - 将拒绝保存到文件 ltmain.sh.rej

补丁失败！请修复 buildroot-libtool.patch！

制作：* [/home/kerubu/buildroot_phidgetsbc/new/buildroot-phidgetsbc_1.0.4.20111028/output/build/bluez-4.96/.stamp_patched] 错误 1

我不知道如何从这里开始。有人有建议吗？

我有一个用 libtool 构建的大型 c++ 项目。问题是 eclipse 不会运行 libtool 生成的脚本，并且我得到“程序不是可识别的可执行文件”。错误信息。如何使用 Eclipse 调试器？我目前正在使用 kdevelop3 作为编辑器并使用洞察力进行调试.. 这太可怕了。

我也许可以在项目目录的 ./libs 中运行实际的可执行文件，但随后我将不得不手动设置 LD_LIBRARY_PATH 和类似的东西......必须有更好的方法来做到这一点。

任何帮助，将不胜感激！

如何告诉 Automake 构建一个不需要安装的动态模块？

导致 mywrapper.so 安装到pkglibdir.

导致改为构建静态便利库。

有问题的动态模块仅用于运行测试套件，因此不被分发。

我正在维护一个构建“前端”库和多个“后端”库的库项目。该项目使用了包括 Libtool 在内的 Autotools 套件（我正在学习并发现我们的项目的实现需要维护）。作为共享库，这一切都很好。我们有一个使用该库的应用程序开发人员，并且更喜欢使用静态库构建，以便在多个平台上轻松分发软件（我不想讨论他的动机）。

他告诉我，之前他能够使用我们的构建系统构建一个大型静态库，但现在不能了。我无法准确追踪何时发生这种情况，但怀疑它可能与两个更改之一有关。第一个更改是删除捆绑的 libtool 源目录。第二个是将后端库放在 /usr/local/lib/project 中，而不是像以前一样将它们分散在 /usr/local/lib （默认位置）中。

我一直无法学习的是如何将前端库与后端组合到 /usr/local/lib 下的单个便利库中，并在 Autotools 框架中这样做。这似乎是可能的，但我还没有找到一个可以学习的例子。

顺便说一句，这些项目构建了几个实用程序作为我们测试套件的一部分。我使用 --disable-shared 选项运行配置，然后运行，实用程序静态链接到项目库。现在我的任务是让第三方应用程序可以使用这个功能。

我正在尝试构建 libgdbm。我下载了源代码，解压缩并输入（如 INSTALL 文件中所写）：

之后我得到了 .lo 和 .la 文件，但没有 libgdm.a。

我应该怎么做才能制作静态库？

我一直在尝试将OpenGL SuperBible随附的 GLTools 库构建到带有 automake 的 libtool 库中。

我已经设置了 autoconf 和 automake 但是在实际构建库时我得到：

我已经尽可能多地搜索谷歌，但我的理智会让我一无所获，我是 automake 的新手，所以我不太确定要搜索什么。我确定这要么是一个小错误，要么我错过了一些基本的东西。

这是我的 Makefile.am：

如果重要的话还有我的 configure.ac：

非常感谢。

我正在尝试安装一个 ruby​​gem，它继续尝试读取一个不可用的库。

grep: /usr/lib64/libgdbm.la: No such file or directory /bin/sed: can't read /usr/lib64/libgdbm.la: No such file or directory libtool: link: /usr/lib64/libgdbm.la' is not a valid libtool archive

为了解决这个问题，我安装了自己的 libgdbm 并在 makefile LDFLAGs 中提供了 libgdbm 的路径，但无济于事。

任何帮助深表感谢。

我有一个由 autotools 管理的库。我有以下行Makefile.am，以及其他必要的配置

我的项目还构建了一个程序来运行一些测试套件。该程序配置如下：

但是，程序总是链接到 的动态版本libstuff.la，这使某些情况变得复杂（例如，使用 进行调试gdb）。我怎么能强制程序链接到libstuff.a而不是libstuff.so或等效的动态库？

谁能提供任何见解或方法来调试为什么 ltdl 无法加载我的库？从部分 strace 输出中可以看出，它成功打开了库，然后报告file not found，然后继续成功加载另一个以相同方式构建的库。我该如何调试呢？我已经在谷歌上搜索了很长时间，但没有发现任何有用的调试方法。