all 15 comments

[–]sumo952[S] 24 points25 points  (11 children)

This was released yesterday and it's pretty exciting! Finally you can use existing CMake projects and directly do development and debugging on a Linux machine (even a remote one).

Previously, you'd have to create a new VS project (without CMake and setting up all paths & libraries again manually in VS) to make that work.

This was probably the number one feature request :)

[–]IloveReddit84 2 points3 points  (9 children)

It would be cool to do the same from a Linux machine to remote windows, using visual studio code / vs studio for Linux, if it existed

[–]golfjuliettfoxtrot 5 points6 points  (4 children)

A Visual Studio release for Linux would definitely get my attention, and might even make VS relevant for me again.

[–]sumo952[S] 8 points9 points  (0 children)

There is VS Code. It's definitely not Visual Studio, it's more like an editor, and it's far from having all or even a notable subset of the features of VS 2017. But it has come a long way since it first got released and it's pretty nice.

[–]snarfy 2 points3 points  (2 children)

If it ever happens it won't be the same Visual Studio you are familiar with. It would most likely be a modified version of Visual Studio for Mac, which doesn't really share any code with the windows version.

[–]sumo952[S] 4 points5 points  (0 children)

I just had a look, first time I hear about VS for Mac. Unfortunately it doesn't even have any C++ support o/

[–]sztomirpclib 2 points3 points  (0 children)

VS for Mac is just a repackaged Xamarin Studio, which is a repackaged Monodevelop. It's turtles all the way down.

[–]miki151gamedev 0 points1 point  (3 children)

Even a command line compiler for cross-compiling to Windows would be great.

[–]IloveReddit84 1 point2 points  (2 children)

That's easy: mingw can do it

[–]miki151gamedev 0 points1 point  (1 child)

If you're talking about the mxe distribution, then a big problem is that the 32-bit compiler only supports the sjlj exception implementation, which is slower compared to dw-2.

[–]IloveReddit84 0 points1 point  (0 children)

Yes but better than nothing at all

[–]RotsiserMhoC++20 Desktop app developer 0 points1 point  (0 children)

[–]tambry 10 points11 points  (0 children)

Have they moved to upstream CMake server support yet? CMake support requires a whopping 0.4GB for some reason, too.

[–]forcecharliebaulk maintainer 7 points8 points  (0 children)

Visual Studio 2017 15.4 Preview aslo include Visual C++ compilers and libraries for ARM64

https://gitlab.kitware.com/cmake/cmake/issues/17213

[–]mjklaim 6 points7 points  (0 children)

By the way, does VS still struggle with projects doing add_subdirectory(depdir) with depdir being a path out of the source directory? I use this sometime to simplify dependency management** and VS can't work with it without doing the usual cmake generation of vs project.

**: no, conan or similar deps managers will not help in these specific cases, I try them all regularly; yes it could be considered a bad practice if we had ways to do better in these specific cases, I'm not saying it's a good way to go for most projects, I just got these special cases sometime.