与glibc和libstdc ++静态链接
我正在编写一个与GNU GPL不兼容的跨平台应用程序。我当前面临的主要问题是该应用程序与glibc和libstdc
++动态链接，并且几乎所有对库的新更新都不向后兼容。因此，在我的应用程序中会看到随机崩溃。
解决方法是，将应用程序的二进制文件分发在几个不同的系统（具有不同的C / C
运行时版本）上编译。但我要没有这个。所以我的问题是，请牢记许可和所有注意事项，我可以静态链接glibc和libstdc
吗？另外，这会导致rtld问题吗？
问题答案：
-static-libgcc如果为链接器指定了选项，则它将链接到静态版本的C库（如果系统上可用）。否则将被忽略。
-
问题内容： 我需要将基于GCC 4.7的libstdc 的，基于Ubuntu 12.10构建的C 应用程序部署到运行Ubuntu 10.04的系统，该系统随附了相当老的libstdc ++版本。 目前，我正在按照此博客文章的建议进行编译：静态链接libstdc ++ 。作者警告不要在静态编译libstdc 时使用任何动态加载的C 代码，这是我尚未检查过的事情。到目前为止，一切似乎都进展顺利：我可以
-
大多数在线来源都表明您可以静态链接glibc，但不鼓励这样做；例如centos包repo： glibc静态包包含用于静态链接的C库静态库。你不需要这些，除非你静态链接，这是非常不鼓励的。 这些消息来源很少（或从未）说明为什么这是个坏主意。
-
静态链接方法：静态链接的时候，载入代码就会把程序会用到的动态代码或动态代码的地址确定下来 静态库的链接可以使用静态链接，动态链接库也可以使用这种方法链接导入库 动态链接方法：使用这种方式的程序并不在一开始就完成动态链接，而是直到真正调用动态库代码时，载入程序才计算(被调用的那部分)动态代码的逻辑地址，然后等到某个时候，程序又需要调用另外某块动态代码时，载入程序又去计算这部分代码的逻辑地址，所以，这
-
在编译Linux程序时，我们经常会看到动态链接和静态链接这两个术语。这两个术语中是我Linux的共享函数库（shared libraries）相关的。共享函数库就象Windows系统里的.dll文件，它里面包含有很多程序常用的函数。为了方便程序开发和减少程序的冗余，程序当中就不用包含每个常用函数的拷贝，只是在需要时调用系统中共享函数库中常函数功能即可。这种方式我们称之为动态链接(Dynamical
-
PowerMockito.when（ConnectionFactory.getConn（“ABC”）.getCurrentStatus（））.thenReturn（ConnectionStatus.Connected）； 对于上面的陈述，我得到了一个NPE。 我在junit测试类的开头已经有@PrepareForTest（{fxallConnectionFactory.class,Connecti
-
问题内容： Java 8之前的Java版本要求本机代码必须位于共享库中，但是我已经读到Java 8可以在JNI中使用静态链接库。我已经搜索了示例，但找不到任何示例。 如何将JNI库静态链接到Java应用程序？ 问题答案： Java SE 8规范已更改为支持静态链接，并且静态链接在JDK中实现。在System.loadLibrary的规范中对此进行了简要介绍。它所引用的JNI规范的各个部分在此处和此