sbt/compile
Guillaume Martres aab822c595 Simplify value class API handling and fix #2497
This is a backport of sbt/zinc#95

The previous approach to value class API (introduced by #2261 and
refined by #2413 and #2414) was to store both unerased and
erased signatures so that changes to value classes forced
recompilations.
This is no longer necessary thanks to #2523: if a class type is
used, then it becomes a dependency of the current class and its name is
part of the used names of the current class. Since the name hash of a
class changes if it stops or start extending AnyVal, this is enough to
force recompilation of anything that uses a value class type. If the
underlying type of a value class change, its name hash doesn't change,
but the name hash of `<init>` changes and since every class uses the name
`<init>`, we don't need to do anything special to trigger recompilations
either.
2016-04-20 22:57:05 +02:00
..
api Add a pending test for self variable bug (#2504) 2016-03-08 20:42:11 +01:00
inc Adds withIncludeSynthToNameHashing. Ref #2537 2016-04-05 22:57:59 -04:00
integration/src/main/scala/sbt/compiler Do not create dir, if trying to output classes to a jar 2016-02-04 15:11:55 +01:00
interface Simplify value class API handling and fix #2497 2016-04-20 22:57:05 +02:00
ivy/src/main/scala/sbt/compiler Fix deprecation messages 2015-09-04 12:25:59 +02:00
persist Replace procedure syntax by explicit Unit annotation 2015-08-04 10:07:38 +02:00
src Make sbt aware of Dotty 2016-01-03 20:35:29 +01:00
NOTICE - Stuart's improvements to triggered execution 2010-07-05 12:53:37 -04:00