有人使用uClibc为MIPS 64交叉编译Mono吗？

我试图静态交叉编译Mono的MIPS。我能够编译Mono，但它总是与它的依赖项动态链接，即使我为编译器指定了static

我编写了一个测试程序，我能够用我的工具链静态编译它，并在目标平台上运行它。我不确定我是否遗漏了什么或者这是不可能的。我用它构建了我的工具链

编辑

为了让事情更清楚一点，我想静态地编译mono及其依赖项。mono依赖的依赖项有：GLib、pkg config和gettext。我相信GLib是一个直接依赖项，GLib依赖于pkg-config和gettext

---

如果需要，我可以发布我的环境变量并配置命令。

为了获得完全静态链接的Mono，您必须首先将它的所有依赖项（及其递归依赖项）构建为静态库。只有这样，你才能建立一个真正的静态单声道。

好吧，我已经有一段时间没有尝试过了，但我想报告我学到的东西。首先，我发现MIPS处理器是64位的，而不是32位的，就像我最初被告知的我要瞄准的嵌入式设备那样。第二，当我在做这个的时候，Mono还没有MIPS 64位的支持。经过一点研究，我发现at的一个团队正在移植Mono，以支持基于32位端口的MIPS 64位体系结构，这一点已经完成。64位端口是为一家名为N-iX的公司开发的，N-iX正试图将他们的补丁应用到主Mono开发主干上。您可以查看此文件以了解更多信息。我发帖子说我想帮助测试，但一直没有得到回应

至于静态编译Mono，我了解到Mono用于将其库链接在一起。在尝试静态编译之前，我需要进一步了解这个工具。在得知Mono还不支持MIPS 64位后，我停了下来。我还需要看看64位端口补丁是否应用于Mono

---

我希望这能有所帮助。

在最近的一个stackoverflow播客上，米格尔说他们将Mono移植到iPhone上，我认为使用了大量的静态数据。虽然不是64位，但它表明Mono可以做一些令人讨厌的事情。

我担心这可能就是答案。在buildroot中，我选择了mono依赖的包来使用工具链构建，因此它们将位于工具链的lib和bin文件夹中进行链接。我只是不想在没有其他人也这么想的情况下经历这个过程。我将尝试一下，并报告这些步骤。他们所做的是静态编译一个.NET应用程序，它附带了很多回退。接近我要找的，但不完全。我希望静态编译Mono运行时。这将消除静态编译.NET应用程序的需要，因为运行时将可用。