diff options
author | Lukas Rytz <lukas.rytz@gmail.com> | 2014-10-12 21:49:04 +0200 |
---|---|---|
committer | Lukas Rytz <lukas.rytz@gmail.com> | 2014-10-15 08:21:02 +0200 |
commit | 347f01d46408d2430be3aea0184f5a6b8d9bbe81 (patch) | |
tree | 57769221008ef76b1036da403b78fd2c6fab18aa /pull-binary-libs.sh | |
parent | 2b5df373638d08204b71258928289f6b39e25d5f (diff) | |
download | scala-347f01d46408d2430be3aea0184f5a6b8d9bbe81.tar.gz scala-347f01d46408d2430be3aea0184f5a6b8d9bbe81.tar.bz2 scala-347f01d46408d2430be3aea0184f5a6b8d9bbe81.zip |
SI-8900 Don't assert !isDelambdafyFunction, it may not be accurate
The implementations of isAnonymousClass, isAnonymousFunction,
isDelambdafyFunction and isDefaultGetter check if a specific substring
(eg "$lambda") exists in the symbol's name.
SI-8900 shows an example where a class ends up with "$lambda" in its
name even though it's not a delambdafy lambda class. In this case the
conflict seems to be introduced by a macro. It is possible that the
compiler itself never introduces such names, but in any case, the
above methods should be implemented more robustly.
This commit is band-aid, it fixes one specific known issue, but there
are many calls to the mentioned methods across the compiler which
are potentially wrong.
Thanks to Jason for the test case!
Diffstat (limited to 'pull-binary-libs.sh')
0 files changed, 0 insertions, 0 deletions