diff options
author | Eugene Burmako <xeno.by@gmail.com> | 2012-08-27 17:39:54 +0200 |
---|---|---|
committer | Eugene Burmako <xeno.by@gmail.com> | 2012-08-27 17:39:54 +0200 |
commit | e81cafe1d444e2e2c7422c93f85f1e8382816a6a (patch) | |
tree | 247b4c66723b6c3f4b2d999d44626600dcb81f2a /test/files/pos/t151.scala | |
parent | 819ba8c3862b9b85ba5377e68d8f1a87a3bcf105 (diff) | |
download | scala-e81cafe1d444e2e2c7422c93f85f1e8382816a6a.tar.gz scala-e81cafe1d444e2e2c7422c93f85f1e8382816a6a.tar.bz2 scala-e81cafe1d444e2e2c7422c93f85f1e8382816a6a.zip |
Exposes Symbol.sourceModule
As discussed, this is not the best API to expose, because this is an
implementation detail that might change.
However the ship has sailed. We're already imposing
the moduleClass <-> sourceModule quirk to the users of our API:
Evidence: http://stackoverflow.com/questions/12128783.
There are reflection tasks that cannot be pulled without the knowledge
of this implementation detail, so we shouldn't pretend that we can
change it on a whim and not break anything.
Hence I propose to add sourceModule to the public contract
and bear the potential consequences.
Diffstat (limited to 'test/files/pos/t151.scala')
0 files changed, 0 insertions, 0 deletions