我们是否知道仅需要一两次单击源代码即可进行编译的编译器？不必配置它就不算什么，也不必去终端写一两个字。

如果我们可以给出自己的看法，为什么很少有编译器包含gui，或者在资源管理器中只是发送到编译器列表，则可以加分。

原因是我希望能够将源发送给非编程朋友。有些使用sparc计算机，有些使用具有多个内核的x64，依此类推。

然后，他们将能够编译代码，然后将其删除，仅保存针对其计算机优化的二进制文件。

解决方案

我们有CMake，Makefile和其他构建系统(MSBuild)。为什么编译器要有GUI？

用cmake生成构建或者编写makefile之后，发出" make"通常就足够了。

我曾经使用IBM的Java编译器" jikes"。它具有增量模式，我们只需要按回车键即可编译所有已更改的内容。因此，我们需要在vi中进行一些编码，保存文件，并在其中包含jikes的alt-tab移至窗口，然后单击return，然后将alt-tab返回vi窗口。

现在，我使用动态编译的Eclipse。有时这很好，有时它会在尚未完成编写的代码上加上难看的红线，因此我们知道它不应该编译。

很少有编译器包含GUI，因为它不是编译器的基本功能。编译器应可从命令行使用，并易于集成到脚本/自动化工具中，并且类似地，应易于使GUI工具与之通信。

换句话说，可以从GUI使用它，但是它不是GUI类型的工具。

Having to configure it to do it doesn't count,

那里存在逻辑缺陷。我们可以对其进行配置，也可以由安装程序对其进行配置。它不会仅仅自动地自动发生；)

顺便说一句，也许不是我们要找的，而是来自qt-lib的qmake实用工具是"一键式"工具的完美示例：)它根据我们当前目录中的文件创建项目和makefile。它检测.ui(用户界面c)，资源，标头等...然后，我们只需要make，make，make ...

没错，我的意思是配置，所有编译器和IDE都使用一键式或者按键式开始编译。

另一个问题是我们如何处理编译错误。错误，请导航其所有IDE功能。而且编译器可以是IDE的一部分，但与此相反。

我假设使用C ++。

我觉得我们真正要寻找的是使编译更简单的IDE。我知道Dev-C ++相当不错。许多生产级应用程序可能至少需要一些编译器配置。话虽这么说，但我经常发现对" g ++ * .cpp -o output.exe"的调用可作为一种快速而肮脏的编译方式...尽管在许多情况下它不起作用。不过，当我刚开始编程时，大多数项目都可以使用该命令进行编译。

它叫做make。

对于其他选择，请查看此列表。