You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This test will run under CI on Windows. It will currently require .NET Framework or Mono.
When futher API updates and re-designs are made it is up to the person doing the re-design to adjust these tests :) Ask for help if you need it, but the F# code will be simple and I'm sure all contributors are capable of adjusting trivial F# code, F# is dead simple to learn.
Then, when this bug is fixed, a test will be added to both tests\FSharpScripting\SmokeTest and tests\FSharpProjects\SmokeTest.
Separately I will propose updates for documentation for F#, and we can later look at more comprehensive documentation, samples and testing.
Reacted by Phillip Carter, Jon Wood, Isaac Abraham, Eugene Lubarsky and Veikko Eeva
For my knowledge, why the dependency on .NET Framework for F# scripting? Does this not work on .NET Core?
You said the plan was to add the 2 test projects. And then later, "when this bug is fixed, a test will be added to both projects." What will the test projects contain before that bug is fixed?
@eerhardt We are beginning work for F# Interactive (FSI) to properly support .NET Core right now. It basically works today, as the fundamentals of FSI - pass F# code, compile, and evaluate it - has no issues with .NET Core. However, there are issues with how references are brought in, and it lacks the ability to specify a package, which is necessary for a decent scripting experience.
You said the plan was to add the 2 test projects. And then later, "when this bug is fixed, a test will be added to both projects." What will the test projects contain before that bug is fixed?
The bug is with F# records - @isaacabraham has tests that avoid using this feature, so initially the tests will contain those
I've submitted #600 and #616 (the latter WIP) so I will close this for now.
I decided not to submit a test for running ML.NET and F# Interactive until F# scripting for .NET Core is available, since this whole technology is very much oriented towards .NET Core. However the test in #600 can be run manually with .NET Framework F# Scripting.
Activity
[-]Plan for F# bugs and testing[/-][+]Plan for F# bug and testing[/+]dsyme commentedon Jul 16, 2018
Please Label with "F#", thanks
dsyme commentedon Jul 17, 2018
@eerhardt @asthana86 ok with this plan?
asthana86 commentedon Jul 17, 2018
LGTM
Adding @TomFinley and @shauheen
eerhardt commentedon Jul 17, 2018
Thanks, @dsyme. A few questions:
cartermp commentedon Jul 17, 2018
@eerhardt We are beginning work for F# Interactive (FSI) to properly support .NET Core right now. It basically works today, as the fundamentals of FSI - pass F# code, compile, and evaluate it - has no issues with .NET Core. However, there are issues with how references are brought in, and it lacks the ability to specify a package, which is necessary for a decent scripting experience.
dsyme commentedon Jul 18, 2018
The bug is with F# records - @isaacabraham has tests that avoid using this feature, so initially the tests will contain those
dsyme commentedon Jul 31, 2018
I've submitted #600 and #616 (the latter WIP) so I will close this for now.
I decided not to submit a test for running ML.NET and F# Interactive until F# scripting for .NET Core is available, since this whole technology is very much oriented towards .NET Core. However the test in #600 can be run manually with .NET Framework F# Scripting.