c++ - GCC 可以在不生成目标文件或可执行文件的情况下编译和运行源代码吗？

Question

GCC 能否以支持跨平台的方式编译和运行源代码而不生成任何输出文件(既不是对象也不是可执行文件)？特别是，GCC 直接支持的解决方案。

我想避免生成任何跟踪文件，因为那是大项目中的次要代码。它只会弄乱 bin 目录。

现有问题，here ，提供了一种编译源代码而不生成任何输出文件的解决方案，例如:

gcc somefile.c -o /dev/null

但是，这只会编译，不会运行。

另一个类似的问题here提供特定于 Windows 操作系统而非跨平台的解决方案。

Answer 1

在您的情况下(您希望避免使构建树困惑)，一个实际有用的解决方案可能是对临时可执行文件进行一些约定。

例如，您可以决定将每个中间可执行文件或文件命名为 *.tmp 或 _* 或 *.tmpbin(对于临时二进制文件)并有一些删除它们的 Makefile 规则。或者你可以使用 mktemp(1)在您的 Makefile 中获取临时文件名。不要忘记稍后将其删除。

此外，大多数大型项目都有一个编译步骤和一个安装步骤(通常是make install)；如果你没有，你可能应该。您希望安装步骤避免安装临时二进制文件或文件；使用一些命名约定，这非常简单:Makefile 中用于 install 伪目标的第一个命令将删除这些临时二进制文件或文件。

此外，您通常在与最终 bin/ 目录不同的文件树中构建，因此您可以将临时可执行文件留在构建树中。

正如一些人注意到的那样，在 Linux 上删除它自己的可执行文件很容易(在 "/proc/self/exe" 上执行 readlink(2)(有关详细信息，请参见 proc(5))然后 unlink(2) readlink....) 的结果，但在 Windows 上很难。

所以实际上你的问题不是一个非常重要的问题......(如果你使用合适的构建约定)。和 GCC处理文件(因为它将在内部运行ld 来构建该可执行文件)；然而GCCJIT正在隐藏它们。 AFAIK，您甚至无法使用 /dev/stdout 作为 gcc 的可执行输出(但您可以运行 gcc -x c/dev/stdin 从 stdin 编译 C 代码)。所以 GCC 无法避免生成可执行文件(但您可以将其临时保存，或者在 tmpfs 文件系统或 FUSE 文件系统中)。因此，您需要 gcc 命令外部的一些东西(可能是 Makefile 的某些后续行中的简单 rm)来删除生成的可执行文件。

您还可以决定使用 ( dynamically loaded ) plugins (例如，在 Linux 上使用 dlopen(3))。您的主程序可以加载一个插件(在 Linux 上使用 dlopen)- 甚至可能在动态生成其 C++ 代码并将生成的代码编译成例如一些 shared object .so 在 Linux 上(或一些 DLL 在 Windows 上)，因为我 do在 MELT -，运行通过dlsym获得的函数，卸载插件(在Linux上使用dlclose)，最后删除它。您可能会使用跨平台框架，例如 Qt或 POCO以避免处理特定于操作系统的插件代码。