在运行时生成C++代码，编译并运行 有多平台C++编译器，可以连接到任何软件吗？ 让我说我想在运行时生成C++代码，编译它并运行它。 我正在寻找一系列紧凑的解决方案，最好是LGPL/BSD许可证：

据我所知，它可以用Java和c来完成。C++如何？这类事情在C++中要难得多，因为语言不使用抽象机器或运行时抽象机器细节。

---

你可以查看GCC，它是在GPL Iirc下，所有的主要平台都有端口。

< P>这在C++中是非常困难的，因为语言不使用抽象机器或运行时间来抽象机器的细节。

---

您可以查看gcc，它位于GPL IIRC之下，所有主要平台都有端口。

那么，的模块之一可能会有所帮助？在C++方面还没有干涸，但肯定会很快。

< P>也许有一个模块会有帮助？在C++方面还没有干涸，但肯定会很快。

< P>我不知道C++有什么开源的，但是如果你想要小型而紧凑的脚本，而不是挂在C++上，你可以选择< /P> < P>我不知道C++有什么开源的。但是如果你想要小型而紧凑的脚本，而不是挂在C++上，你可以选择< /p> < p>我会完全放弃C++并使用。如果你想使用C++，因为使用你的应用程序的人只知道这一点，他们不应该去JavaScript。

---

而且非常快。JavaScript也是一种很酷的语言。

< P>我会完全放弃C++并使用。如果你想使用C++，因为使用你的应用程序的人只知道这一点，他们不应该去JavaScript。

---

而且非常快。Javascript也是一种很酷的语言。

我几年前在Linux中就这样做了，将C++代码生成一个文件，通过shell使用gcc执行编译，然后在生成的库中动态链接。当然，不同平台之间的动态链接是不同的。

我几年前在Linux中做过这样的工作：将C++代码生成一个文件，通过shell使用gcc执行编译，然后在生成的库中动态链接。动态链接在平台间的不同，

当我们在脚本编写时，选择了与C++相似的安吉斯文。 V8是很棒的，但它肯定局限于一些平台，AngelScript编译起来要容易得多，如果你来自C++，它可能有一个ZLIB许可证。

---

当我们研究脚本时，我们选择了与C++相似的安吉斯文。 V8是很棒的，但它肯定局限于一些平台，AngelScript编译起来要容易得多，如果你来自C++，它可能有一个ZLIB许可证。

---

注意，C++编译可能是慢的，所以不要指望每秒60次编译整个C++脚本。另外，准备好向项目添加一些依赖项。请注意爪哇/C正在运行在虚拟机的顶部，C++需要编译成本地代码。@ BBBY：这并不总是正确的，某些java构建是JIT，C编辑也一样：不用介意，误解了这个答案的含义…注意C++编译可能很慢，所以不要指望每秒60次编译整个C++脚本。另外，准备好向项目添加一些依赖项。请注意爪哇/C正在运行在虚拟机的顶部，C++需要编译成本地代码。@ BBBY：这并不总是正确的，某些java构建是JIT，C编辑也一样：不用介意，误解了这个答案的意思…我考虑的是C++的性能。我想知道V8运行的JS代码比类似的C++代码要慢得多。不过，我相信V8的使用容易抵消你在尝试编译C++代码时遇到的问题。我考虑C++的性能。我想知道V8运行的JS代码比类似的C++代码要慢得多。不过，我相信V8的易用性会抵消你在尝试编译C++代码时遇到的问题。我曾经做过一次，解析器也在接受一个等式，C代码是即时生成的。问题是您需要一个完整的开发环境，您必须将其与应用程序一起部署。在linux上，这通常不是问题，但在其他平台上却是问题。此外，这种方法存在安全风险。我的意思是，即使在需要速度的情况下，脚本编写也很出色。我也做过一次，一个解析器正在计算一个等式，C代码是动态生成的。问题是您需要一个完整的开发环境，您必须将其与应用程序一起部署。在linux上，这通常不是问题， 但在其他平台上，情况确实如此。此外，这种方法存在安全风险。依我看，即使在需要速度的情况下，脚本编写也非常出色。