Re: Failure should probably extend Try[Nothing], as shown in first lecture of Principles of Reactive Programming

But the converter has to be based on scalac, because it has to parse Scala
2.11 code, and dotc doesn't do that.  If you wanted to write a
dotty-to-2.11 converter, you'd write it for dotc.

(Or, that's what you have to do to avoid reinventing a very sizable portion
of the tree generation routine.)

  --Rex

On Fri, May 15, 2015 at 1:19 AM, Simon Schäfer <[email protected]> wrote:

>
>
> On 05/15/2015 09:22 AM, Eugene Burmako wrote:
>
> We're also applying final touches to scala.meta to make it fully
> applicable to these kinds of tasks. If someone would be interested in
> lending a hand, please let me know, and I'll elaborate.
>
> I'm surprised that srewrite is based on scalac and not already on dotc
> given that scalac is completely incapable of handling any source code
> rewritings. In the IDE we use scalac's trees everywhere and we only have
> problems with it.
>
> If srewrite goal was and still is to be a converter for small language
> changes, whose scope is extremely small, it may work well. But no one
> should expect to get a correct and easy to use source rewriting tool users
> can use in a real world environment.
>
>
> On Friday, May 15, 2015 at 9:15:34 AM UTC+2, Samuel Grütter wrote:
>>
>>
>> On Friday, May 15, 2015 at 12:33:30 AM UTC+2, Simon Schäfer wrote:
>>
>>> On 05/14/2015 11:33 PM, Simon Ochsenreither wrote:
>>> > I agree! I think we could tackle this as soon as those
>>> > source-rewriting tools are finally announced as available and
>>> stable...
>>> I wonder: Has anyone even started working on such a tool?
>>>
>>
>> Yes, I have, see https://github.com/samuelgruetter/srewrite
>>
>> It's still in a very early phase, but we already used it to import the
>> tests from Scala 2 into dotty (see PRs
>> https://github.com/lampepfl/dotty/pull/294 and
>> https://github.com/lampepfl/dotty/pull/558).
>>
>> So far it only makes changes required by differences in the language, but
>> it could easily be extended to also make changes required by differences in
>> the library.
>>
>>
>>
>  --
> You received this message because you are subscribed to the Google Groups
> "scala-language" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> For more options, visit https://groups.google.com/d/optout.
>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "scala-language" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups "scala-language" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].
For more options, visit https://groups.google.com/d/optout.