我可以将 GCC 作为守护程序运行（或将其用作库）吗？

Question

我想将 GCC 用作 JIT 编译器，我只是不时编译短代码片段。 虽然我当然可以为我想要编译的每个函数 fork 一个 GCC 进程，但我发现 GCC 的启动开销太大了（在我的电脑上似乎是大约 50 毫秒，这使得编译 1000功能）。 因此，我想知道是否可以将 GCC 作为守护程序运行或将其用作库或类似的东西，这样我就可以提交一个函数进行编译而无需启动开销。

如果您想知道，我不考虑使用实际 JIT 库的原因是因为我还没有找到支持我想要的所有功能的库，其中至少包括 ABI 的良好知识，以便它可以处理结构参数（在 GNU Lightning 中缺少）、带闭包的嵌套函数（在 libjit 中缺少）和只有 C 语言的接口（在 LLVM 中缺少；我也认为 LLVM 缺少嵌套函数）。

不，我不认为我可以将函数批处理在一起进行编译； 一半是我只想在第一次真正调用它们时才编译它们。

我已经注意到libgccjit ，但据我所知，它似乎非常具有实验性。

Answer 1

我的回答是“不（您不能将 GCC 作为守护进程运行，或将其用作库）”，假设您正在尝试使用标准 GCC 编译器代码。 我看到至少有两个问题：

1. C 编译器处理完整的翻译单元，一旦它读完源代码，编译它并退出。 在阅读每个文件后，您必须重新调整代码（编译器驱动程序）才能保留下来。 由于它运行多个子进程，因此我不确定您是否会使用它节省那么多时间。

2. 您将无法调用您创建的函数，就好像它们是普通的静态编译和链接函数一样。 至少您必须加载它们（使用dlopen()及其亲属，或编写代码来自己进行映射），然后通过函数指针调用它们。

第一个反对意见涉及直接问题； 第二个解决了评论中提出的问题。

Answer 2

我迟到了，但其他人可能会觉得这很有用。

存在一个名为Cling 的C++ REPL（读取-评估-打印循环），它基于 Clang 编译器。 它所做的很大一部分是用于 c 和 c++ 的 JIT。 因此，您可以使用 Cling 来完成您想做的事情。

更好的消息是，Cling 正在 尝试将许多 Cling 基础设施 上游引入 Clang 和 LLVM。

@acorn 指出你已经排除了 LLVM 和 co。 由于缺乏 ac API，但 Clang 本身确实有一个，这是他们保证稳定性的唯一一个： https : //clang.llvm.org/doxygen/group__CINDEX.html