合并多个.so共享库
说我有a.so和b.so。我是否可以将c.so生成为具有a和b导出的所有功能的单个共享库，当然可以解决所有内部依赖关系（即a.so调用的b.so的所有功能，反之亦然）？
我试过了
gcc -shared -Wl，soname，c.so -o c.so a.so b.so
但这不起作用。
如果我在aa和ba中归档ao和bo（也不应修改ao和bo），也是如此
gcc -shared -Wl，soname，c.so -o c.so aa ba
谢谢
问题答案：
除了AIX之外，在所有UNIXen上实际上都不可能将多个共享库合并为一个：链接器将.so视为“最终”产品。
但是将档案合并到.so中应该不是问题：
gcc -shared -o c.so -Wl,--whole-archive a.a b.a -Wl,--no-whole-archive
-
可以合并多个共享Jenkins库吗？ 例如，我有一个公共共享库：我的共享库（带有maven项目的git存储库）定义在包含一些作业的jenkins文件夹上。在该文件夹中运行的每个作业都可以使用Jenkins文件中的共享库，包括： 现在，我想创建另一个共享库：包含一些专门管道的my-专门化共享库（在另一个git存储库中，也作为maven项目）。我的专用共享库中的管道（groovy类、脚本等）应该能够使
-
问题内容： 我参与了有关Linux库的一些辩论，并想确认一些事情。 以我的理解（如果我做错了请纠正我，稍后我将编辑我的文章）在构建应用程序时有两种使用库的方式： 静态库（.a文件）：在链接时，会将整个库的副本放入最终应用程序中，以便调用方应用程序始终可以使用库中的功能 共享对象（.so文件）：在链接时，仅通过相应的标头（.h）文件针对其API验证了对象。该库直到需要运行时才真正使用。 静态库的明显
-
问题内容： 我有多个具有相似构建步骤的项目，并且我正在研究在这些项目中重用Jenkinsfile管道。我很难找到有关如何实现这样的标准（我认为）设置的文档。 这是我的要求： 1）Jenkinsfile存储在回购中，在多个项目之间共享 2）每个项目都有其自己的参数：项目在仓库中的位置。 3）至少从用户角度来看，每个项目在Jenkins中都应独立，这意味着，例如，执行和日志可在Jenkins中的每个项
-
下面的代码演示了一个非常奇怪的错误。一旦"源"文件被关闭"目标"文件不能被保存和关闭，它将抛出"java.io.IOExc0019： COSStream已被关闭，无法读取。也许它的附加文件已经关闭了？" 如果我们注释掉保存源文件，那么目标文件将正确保存并关闭。这似乎清楚地表明源文件包含一个同样存在于目标文件中的costream对象。当我们关闭源文件时，源文件costream似乎被关闭，然后目标文件
-
我正在管道中使用共享groovy库。我发现，当我合并到我的库时，会触发使用库的作业子集（但不是全部）。 我已经查看了共享库配置，并验证了“在作业最近的更改中包含@库更改”没有被选中。我梳理了日志，寻找线索，我发现看似随机的作业会被合并触发，但我还不能确定为什么这些特定的作业会运行。 我目前的想法是 /github-webhook/只是引发了太多的工作。 我正在使用groovy库插件的Jenkins