sbt/compile
Grzegorz Kossakowski beea6a9b4a Move API extraction logic to a separate class.
This way we have a little bit more clear separation
between compiler phase logic and the core logic responsible for
processing each compilation unit and extracting an api for it.

As added benefit, we have a little bit less of mutable state
(e.g. sourceFile doesn't need to be a var anymore).

The API extraction logic contains some internal caches that are
required for correctness. It wasn't very clear if they have to
be maintained during entire phase run or just during single compilation
unit processing. It looks like they have to be maintained during
single compilation unit processing and refactored code both
documents that contracts and implements it in the API phase.
2013-07-24 15:18:44 -07:00
..
api Deleted unused type parsing class 2013-07-09 14:55:30 -04:00
inc Handle compilation cancellation properly. 2013-07-19 14:39:26 -07:00
integration/src/main/scala/sbt/compiler extract public inherited dependencies from Java class files 2013-05-01 17:54:10 -04:00
interface Move API extraction logic to a separate class. 2013-07-24 15:18:44 -07:00
ivy/src/main/scala/sbt/compiler Follow source layout convention supported by Eclipse. 2012-12-07 10:27:08 -08:00
persist Record and persist public inheritance dependencies. 2013-04-26 22:35:27 -04:00
src/main/scala/sbt Merge ExtendedReporter into Reporter. 2013-05-27 19:12:39 -04:00
NOTICE - Stuart's improvements to triggered execution 2010-07-05 12:53:37 -04:00