How can we improve the Windows dev platform?

F# support in .Net native for UWP

There has been some discussion on the blog post for supporting F# in the .Net native toolchain for UWP. I had posted this on the VS uservoice site but it looks like that was the wrong place to do that. I hope the votes that request got will be considered for this. A lot of people are moving to F# PCLs for library code and to be able to use those PCLs in the UWP and get native compilation via .Net native tools would be great.

873 votes
Sign in
Sign in with: facebook google
Signed in as (Sign out)

We’ll send you updates on this idea

Krishna shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →
working on it  ·  Clint Rutkas [MSFT] responded  · 

F# team just posted an update on their GitHub.

This is still a work in progress. One key thing from that post is some of these features and fixes have already been underway for months. While we’ve been investigating F#-specific issues in .NET Native, the team has continued to improve .NET Native. One feature known as “universal shared generics” is likely to have improved .NET Native’s support for F#, even without that being an explicit goal of the feature.


Sign in
Sign in with: facebook google
Signed in as (Sign out)
  • Mike-EEE commented  ·   ·  Flag as inappropriate

    The linked GitHub issue above has been closed. So, after having been around for two years now, it would hardly seem that anyone (anywhere) is "Working on It" (or anything).

  • nawfalhasan commented  ·   ·  Flag as inappropriate

    If not .NET native / UWP, is it possible to use F# with Xamarin which I believe does native compilation?

  • Josh McFadden commented  ·   ·  Flag as inappropriate

    +1 to the sentiments expressed in here. This used to be one of the greatest groups in Microsoft, and now it is simply an embarrassment. We are pushing nearly a decade now with the same mediocre featureset with no passion or desire for improvement. Not supporting a .NET language in a .NET technology offering is the cherry topping on the cake of fail. Taking years to pacify angry developers with empty words in the meantime is a despicable achievement.

    The good news is that it looks like they are finally wisening up to all the dead weight that is wasting space there. Hopefully they are prudent and hit everyone responsible in the Windows Group for this disaster:

    Make Microsoft Great Again!

  • Marco Murray commented  ·   ·  Flag as inappropriate

    Seen recently from the redirected thread above:
    "the ability to use F# in a UWP app likely won't be available for some time."

    I've seen some people joke on here and on a few blogs now that this group does nothing but play Halo all day. While funny, I am starting to think there is some merit to it. I am in agreement with others posting here. This very popular idea has been on the books for over a year now, and it sounds like there is at least as much work left or more to do on it -- that is, if there is actually anyone over there that does any work!

    It is quite clear the UWP group doesn't understand .NET and the fact that one of its premiere languages has not made it to its quite mediocre platform that no one has adopted is simply unacceptable. The only thing more shocking is that those who continue to butcher the vision of .NET are still employed and continue to make a paycheck doing it.

    UWP and the "brains" behind it is truly the worst thing to happen to Microsoft since Clippy and Sinofsky. Sinofsky, incidentally, made Clippy and actually admitted to it. Microsoft actually did the right thing here for once and dumped him once that admission was made. So there is hope!!

    Maybe it's time to start poaching back the quality engineers who all flocked to Google, or at least consider being like the rest of Microsoft these days and make this project open source!!!

    Or MAYBE require some of the UWP "engineers" to get their heads out of their video games and take a few Pluralsight courses on .NET. The incompetence here is truly staggering!!

  • Titus Rockefeller commented  ·   ·  Flag as inappropriate

    Did anyone bother to read the language used in the GitHub issue? It reads like "yes, we're committed to F#, but not THAT committed." This is an embarrassment! A travesty! How do you design a .NET technology but do not support .NET languages? You know where F# works? It works in WPF, and even Xamarin allows you to use it. You can even use it to make a console application. A CONSOLE APPLICATION!!!

    Why even bother calling UWP ".NET"? That is probably the worst mistake out of all of this. If this wasn't labelled as .NET, then no one would expect the .NET qualities that makes .NET so great. Well, great outside of the twisted, messed up, upside-down cluster that is the UWP group, which definitely has its own version of what .NET is supposed to be, and has failed terribly in making it happen, both in implementation and adoption.

    Everyone is truly hoping for an outside group to clear out this cruft known as UWP group and bring back our .NET the way we enjoyed before the clowns took over.

  • Bradley Masterson commented  ·   ·  Flag as inappropriate

    Does anyone over there care? Do you not understand your own technologies? Truly a drop in talent and passion in this group.

  • RJ Wilco commented  ·   ·  Flag as inappropriate

    Good to see the efforts here. F# is pretty great and looks like it is a cheaper way of developing applications. I might make the jump from C# to F# soon... granted all the good tech supports it!

  • Jack Fox commented  ·   ·  Flag as inappropriate

    thanks @clint, your efforts and the update are very appreciated by the F# community.

  • Stefano Pian commented  ·   ·  Flag as inappropriate

    Two months have passed since the last admin comment.

    Clint, can you share any news on the progress for F# UWP (or lack thereof)?

    My company will be starting a UWP project pretty soon and I'd love to *at least* be able to include some F# library.

← Previous 1 3 4 5

Feedback and Knowledge Base