标准的 Sun javac 可以进行增量编译吗?
最近我开始使用 Eclipse 的 java 编译器，因为它比标准的 javac 快得多.有人告诉我它更快，因为它执行增量编译.但我仍然对此有点不确定，因为我找不到任何关于这两者的权威文档 - eclispse 和 sun 的 - 编译器“增量功能".是不是 Sun 的编译器总是编译每个源文件，而 Eclipse 的编译器只编译已更改的文件以及受此类更改影响的文件? 编辑:我没有使用 Ecl
..
incremental-compiler相关内容
IntelliJ的Scala增量编译何时发生?
何时进行IntelliJ的Scala增量编译?我注意到对文件进行更改不会导致相应的.class文件(在/target中)被更新.什么时候发生? 解决方案 我认为您误解了Scala增量编译的工作原理. 有2种不同的东西可以称为"IntelliJ的Scala增量编译": 1)正确的Scala增量编译，或多或少是一套适用于不同编程语言的典型策略，当您按下“编译"按钮时，不会从头开始重
..
如何使用Gradle在Java/Android中正确处理类依赖关系以利用增量编译?
我改进了构建系统，并激活了此中所述的增量构建和编译问题.令我失望的是，增量编译并没有像阅读 Gradles博客文章中所预期的那样，缩短了构建时间. . 经过一番调查，我意识到问题是，即使我仅在应用程序深处的一个小类中添加注释，显然几乎整个代码库都已重建.实际上，我接触哪个类并不重要，Gradles --debug输出表明它基本上总是重新编译476个类. 在12.51秒内完成476个类的
..
SBT插件:如何列出通过增量重新编译输出的文件
我正在为SBT编写一个插件，该插件需要由Scala编译器的最后一次运行生成的类文件的列表. 然后，此类文件列表被传递到执行某些字节码转换的程序中.由于此转换过程可能很慢，因此我只希望由Scala编译器的最后一次运行编写的类文件(即经过修改的类文件)，而不是输出目录中的所有类文件. 如何获取compile任务最后生成的文件的列表? 解决方案 我认为您不能直接从compile任务返
..
llvm:逐步构建JIT内容的策略
我希望我的语言后端逐步构建函数和类型，但是当函数和类型无法成功构建时(由于用户输入问题)，不要污染主模块和上下文. 我问一个较早的问题. 我可以看到的一种策略是在temp模块和LLVMContext中构建所有内容，仅在成功之后才迁移到主上下文，但是我不确定当前的API是否可行.例如，我不知道该在不同上下文之间迁移该内容，因为它们应该表示LLVM功能的孤立孤岛，但是也许总会有其他选择将所有内容
..
在增量编译方面，Scala中的通配符导入是否有问题？
在Scala中，从增量编译器（sbt，Eclipse中的sbt，IntelliJ）的功效和速度来看，使用通配符导入是不是很糟糕？它是否会对这些增量编译器决定在更改时重新编译的方式产生负面影响？ 例如，如果是新类 X ，我只需要导入类 A 和 B （而不是 pack > C ），写这个是否会受到处罚： import pack._ 而不是这个？ import
..
可以标准的Sun javac做增量编译吗？
最近我开始使用Eclipse的java编译器，因为它比标准的javac快得多。我被告知，它更快，因为它执行增量编译。但是我仍然不清楚这一点，因为我找不到关于eclispse和sun的编译器“增量功能”的权威文件。 Sun的编译器是否总是编译每个源文件，而Eclipse的编译器只编译已更改的文件和受这种更改影响的文件？ 编辑：我没有使用Eclipse自动构建功能，而是设置 -Dbuil
..
LLVM中编译单元的正确抽象是什么？
在LLVM中，我们有 LLVMContext ，这是存储的单位，我们有 llvm :: Module ，这是建立新符号（函数和类型）的地方。 我的问题是;什么是正确的llvm抽象用于编译单元？是模块？或者这实际上意味着一个更大的范围，即：共享库目标 在我看来，编译单元必须满足一个全有或无结果;或者它编译其所有内容而没有错误，或者存在错误，并且在CU中的任何符号可用之前需要被修复并再次构
..
怎么会有人做了一个C＃编译器增量像Java？
几年前，有人问为什么C＃没有按'T允许增量编译像Java 。萨尔瓦多斯基特说，这是与Java输出的.class文件而不是组件做。 现在，其2011年和时髦的东西，如单编译器作为一种服务有？被释放，就需要做才能使对C＃中的增量编译器是什么 编辑：每个人敲打有关如何，这是没有问题的，这里有一个报价从乔恩斯基特从线程我联系： 你是在暗示你永远不会发现自己等待构建？即便是15 秒？如果
..