4 ms·
Looks great and tooling might be a reason for me to try to pick up Scala again. But part of the post (supporting 3 different versions Scala versions, with diff
by darklajid 15y ago
Looks great and tooling might be a reason for me to try to pick up Scala again.
But part of the post (supporting 3 different versions Scala versions, with different IDE branches for each and the combinatorial result) resonated with me and reminded me of the recent (?) article about the inability of mixing libraries compiled with different versions of Scala.
If someone from the team is here: How hard is this problem affecting the IDE project?
- modersky 15y agoThe problem affects us not at all, as we build from source. The compatibility problem is a different one: Unlike almost everybody else, Scala IDE uses the standard Scala compiler in presentation mode. That compiler has undergone changes from 2.8 to 2.9 to trunk. The IDE needs to work with all three versions.
- thurn 15y agoWhat's "presentation mode"?
- soc88 15y agoUsing various parts of the original compiler as a asynchronous, interruptible, focused service for use in IDE. This fixes the problems usually occurring when people have to re-implement type checkers/compilers, see for example the problems when Eclipse's Java stuff disagrees with javac or ecj creates different bytecode and breaks assumptions of other tools.