diff options
author | Eugene Burmako <xeno.by@gmail.com> | 2012-11-24 22:32:17 +0100 |
---|---|---|
committer | Eugene Burmako <xeno.by@gmail.com> | 2012-12-06 23:17:26 +0100 |
commit | 40063b0009d55ed527bf1625d99a168a8faa4124 (patch) | |
tree | b25bc2d1c7502d3eac1ef3d66bd84c05ae819a84 /test/files/neg/t6359.check | |
parent | 85f320258cbd68c4235cf0cdf2fede9ab6e88c8b (diff) | |
download | scala-40063b0009d55ed527bf1625d99a168a8faa4124.tar.gz scala-40063b0009d55ed527bf1625d99a168a8faa4124.tar.bz2 scala-40063b0009d55ed527bf1625d99a168a8faa4124.zip |
refactors handling of parent types
At the moment parser does too much w.r.t handling of parent types.
It checks whether a parent can have value arguments or not and
more importantly, it synthesizes constructors and super calls.
This approach is fundamentally incompatible with upcoming type macros.
Take for example the following two snippets of code:
`class C extends A(2)`
`class D extends A(2) with B(3)`
In the first snippet, `A` might be a type macro, therefore the super call
`A.super(2)` eagerly emitted by the parser might be meaningless. In the
second snippet parser will report an error despite that `B` might be
a type macro which expands into a trait.
Unfortunately we cannot simply augment the parser with the `isTypeMacro`
check. This is because to find out whether an identifier refers to a type
macro, one needs to perform a typecheck, which the parser cannot do.
Therefore we need a deep change in how parent types and constructors
are processed by the compiler, which is implemented in this commit.
Diffstat (limited to 'test/files/neg/t6359.check')
0 files changed, 0 insertions, 0 deletions