5 ms·

> Definitely keep the feedback coming > Our goal with Visual Studio for Mac is to create a native IDE for Mac users...That means "desktop app" development will

> Definitely keep the feedback coming > Our goal with Visual Studio for Mac is to create a native IDE for Mac users...That means "desktop app" development will target macOS. Feedback: This target ghettoizing mentality seriously hurts my workflow. I just want to cross compile to target Windows. I want to make Win32 MFC C++ executables without having to boot into an operating system (Windows 10) that I never want to use on my development laptop for anything other than running MSVC. It's literally just a set of headers and object files that will, in even the very worst case, produce more applications targeting your platform. Why does Microsoft continue to keep them walled off?

barfbuttface 10y ago
Because they're trying to stifle competition, I'd bet. If enough people complain, they'll release the functionality and pretend like they intended to do it all along. It will be heralded as more evidence that Microsoft has changed. And if we hound them enough, maybe they will. Accidentally.
HalfwayToDice 10y ago
Sounds like you really hate Microsoft/Windows. Maybe you're not the target market here.
- BugsJustFindMe 10y ago
  In what universe is people who want to build more Microsoft Windows executables for other users of Microsoft Windows using Microsoft Visual Studio not part of Microsoft's target market? I have an operating system on my computer already. I don't want two.
  - barfbuttface 10y ago
    Don't feed the trolls.
  - Joeri 10y ago
    How will you test those apps? By installing a second OS no doubt. Why not run visual studio inside that, perhaps with vmware or parallels? I guess I don't understand what sort of developer workflow you can have building windows apps and not actually running windows, even if it's just in a vm.
    - mdavid626 10y ago
      Yeah, I totally agree with you.
    - BugsJustFindMe 10y ago
      I'll refer you to my other answer to this same question.
    - sp332 10y ago
      Building in a VM is pretty slow.
      - imron 10y ago
        I do a ton of Windows dev in a VM. It's not that bad.
pryelluw 10y ago
Because they lose control.
wvenable 10y ago
> I just want to cross compile to target Windows. What's the point, you can't debug or even run such an executable? What developer is just going to compile stuff without testing it? It makes no sense to want this.
- BugsJustFindMe 10y ago
  sigh I can and I do. Don't be so unimaginative. For starters, Wine actually works really well. And beside that, time spent writing code is measurable in weeks while time spent running an executable to test or debug is measurable in minutes. The amount of time spent testing and debugging is a tiny fraction of the time spent coding. RDP/VNCing for one of them every second of the day can be a huge pain in the ass. Doing it for the other once in a while is a minor inconvenience. Next time just say "I'm glad I don't have that problem" instead of "You can't possibly". A mindset like that ends up making you look foolish, because you'll be wrong most of the time.
  - partisan 10y ago
    Despite the negative tone, I think you are correct about the mentality that leads us to conclude that we have the simple solution for every problem and that others who can't see those simple solutions are clearly not up to par. Comments of the form, "Why don't you just...", usually end with something that doesn't fit the situation, just the mental model of the poster. Over time, and with enough experience, you learn empathy for other developers. You've seen enough adversity to know that we solve problems in different ways. I don't subscribe to absolute relativism, but we have to allow for the practical, not just the theoretical. That said, we also have to be able to encourage others to present their ideas. We clearly can't grow if we don't hear and consider external ideas. It's a difficult balance to strike.
  - pjmlp 10y ago
    Wine still doesn't support many Win32 APIs or typical Windows deployment scenarios, specially in the enterprise contexts.
    - 10y ago
deleted 10y ago
[deleted]
mdavid626 10y ago
And when will I be able to develop Mac OS X applications on Windows? Probably never. I don't want to boot into another OS or buy a new very expensive computer...
- BugsJustFindMe 10y ago
  I agree, wouldn't it be nice! Unfortunately delivering Apple's library code might be outside of Microsoft's control.
sidlls 10y ago
Kind of amusing considering the platform you (apparently) prefer. However walled Windows is, Apple is at least as bad, if not worse. At least with Windows development one isn't restricted to a particular brand of computer.
- BugsJustFindMe 10y ago
  > amusing considering the platform you (apparently) prefer. What, Fedora?
  - sidlls 10y ago
    No, Mac. Since this is, after all, a story about VS on Mac, and you didn't make it clear in your comment, it was an inferrence I made.
    - BugsJustFindMe 10y ago
      Alright, well, since we've veered off on this tangent, I prefer Fedora. Between macOS and Windows, I prefer macOS...though I may never get used to the new capitalization scheme. But I don't see why any of that should be a reason to want to boot multiple operating systems in virtual machines. How do the two subjects relate?
      - chc 10y ago
        I think the relation is that Apple is even more guilty of the thing you were complaining about Microsoft doing.
        BugsJustFindMe 10y ago
        Uh, I guess? But where did I say I develop Mac apps? God, do I have to lowercase mac now?
        chc 10y ago
cwyers 10y ago
> Why does Microsoft continue to keep them walled off? The question is backwards. The real question is, why doesn't Microsoft do what is necessary to bridge them. And the answer seems to be simple -- developer man-hours are limited, your use case is not the use case of the majority of people who want a Microsoft development environment on a Mac, they are handling the most common use case, not the edge case.
- BugsJustFindMe 10y ago
  > The question is backwards. I don't think so. Win32 with MFC is already in the free VS Community Edition on Windows, so we know that the work to package up those libraries is already done. We also know that Clang and GCC can already cross-compile targeting Windows, all you need are the aforementioned platform libraries.
  - cwyers 10y ago
    Visual Studio for Mac is based on Xamarin Studio, which is MonoDevelop. You have to port over everything to support C++ projects to Mac before you can use C++ projects in Visual Studio for Mac. The libraries may be packaged up, they may be portable code, but it's nontrivial. The work is >0. You can argue how close to 0 it is, but it's not like they don't have other work to do.
    - BugsJustFindMe 10y ago
      They already plan to support C++. Boom, done. No, I'm kidding here. I have no idea what they're planning to add. This thread started because it actually looked (I commented on this somewhere else) like it would support C++ from the website interface. I do at least have some reason to believe that they have a C++ dev manager named Steve, and that they will add support for more languages over time.
EpicEng 10y ago
>Why does Microsoft continue to keep them walled off Isn't the answer obvious? How many MFC devs are there working primarily in OSX or linux? It has to be tiny, even if they had the ability to do so. Great, I can compile; still need to boot up Windows to run it. My userbase is still 100% windows users. We still use Windows on every PC in my company. So who cares? What's the value proposition here?
- TheRealDunkirk 10y ago
  Because it doesn't have to be that way. You're just arguing from the "we've always done it that way" perspective. Years ago, I took the extra time to compile a Qt application so that it would run on Windows and Linux with the same code base. Why not? Why not compile for Windows and Mac, and let people choose what works for them? You may have no use for it, but I do. Is it worth the effort? Depends on the application? Is it worth Microsoft's time to support? Obviously not. But at this point, the ability to compile for multiple platforms at the same time shouldn't have to be rocket science for the situations where it makes sense.
  - EpicEng 10y ago
    That's not my argument at all, but whatever, look at yours. You initially mention MFC, a Windows only technology, and follow that up with a QT example. Well yes; QT is meant to be cross platform! The MFC example made no sense whatsoever.
- flukus 10y ago
  > Isn't the answer obvious? How many MFC devs are there working primarily in OSX or linux? None, because you can't, the same reason you don't see many iOS developers using windows. I don't know if there are many people that want to work that way or if it's worth supporting, but your current argument is circular reasoning at it's finest.
  - vsl 10y ago
    Yet Microsoft supports, and was investing heavily in, iOS development in Visual Studio on Windows...
imron 10y ago
> I want to make Win32 MFC C++ executables without having to boot into an operating system (Windows 10) How are you going to test your program?
- BugsJustFindMe 10y ago
  This has already been answered elsewhere in the thread.
pjmlp 10y ago
How do would you test that your application works at all as it should? I never believed in cross compilation without testing.
- BugsJustFindMe 10y ago
  This has already been answered elsewhere in the thread.

barfbuttface 10y ago

Because they're trying to stifle competition, I'd bet. If enough people complain, they'll release the functionality and pretend like they intended to do it all along. It will be heralded as more evidence that Microsoft has changed. And if we hound them enough, maybe they will. Accidentally.

HalfwayToDice 10y ago

Sounds like you really hate Microsoft/Windows. Maybe you're not the target market here.

BugsJustFindMe 10y ago
In what universe is people who want to build more Microsoft Windows executables for other users of Microsoft Windows using Microsoft Visual Studio not part of Microsoft's target market? I have an operating system on my computer already. I don't want two.
- barfbuttface 10y ago
  Don't feed the trolls.
- Joeri 10y ago
  How will you test those apps? By installing a second OS no doubt. Why not run visual studio inside that, perhaps with vmware or parallels? I guess I don't understand what sort of developer workflow you can have building windows apps and not actually running windows, even if it's just in a vm.
  - mdavid626 10y ago
    Yeah, I totally agree with you.
  - BugsJustFindMe 10y ago
    I'll refer you to my other answer to this same question.
  - sp332 10y ago
    Building in a VM is pretty slow.
    - imron 10y ago
      I do a ton of Windows dev in a VM. It's not that bad.

pryelluw 10y ago

Because they lose control.

wvenable 10y ago

> I just want to cross compile to target Windows. What's the point, you can't debug or even run such an executable? What developer is just going to compile stuff without testing it? It makes no sense to want this.

BugsJustFindMe 10y ago
sigh I can and I do. Don't be so unimaginative. For starters, Wine actually works really well. And beside that, time spent writing code is measurable in weeks while time spent running an executable to test or debug is measurable in minutes. The amount of time spent testing and debugging is a tiny fraction of the time spent coding. RDP/VNCing for one of them every second of the day can be a huge pain in the ass. Doing it for the other once in a while is a minor inconvenience. Next time just say "I'm glad I don't have that problem" instead of "You can't possibly". A mindset like that ends up making you look foolish, because you'll be wrong most of the time.
- partisan 10y ago
  Despite the negative tone, I think you are correct about the mentality that leads us to conclude that we have the simple solution for every problem and that others who can't see those simple solutions are clearly not up to par. Comments of the form, "Why don't you just...", usually end with something that doesn't fit the situation, just the mental model of the poster. Over time, and with enough experience, you learn empathy for other developers. You've seen enough adversity to know that we solve problems in different ways. I don't subscribe to absolute relativism, but we have to allow for the practical, not just the theoretical. That said, we also have to be able to encourage others to present their ideas. We clearly can't grow if we don't hear and consider external ideas. It's a difficult balance to strike.
- pjmlp 10y ago
  Wine still doesn't support many Win32 APIs or typical Windows deployment scenarios, specially in the enterprise contexts.
  - 10y ago

deleted 10y ago

[deleted]

mdavid626 10y ago

And when will I be able to develop Mac OS X applications on Windows? Probably never. I don't want to boot into another OS or buy a new very expensive computer...

BugsJustFindMe 10y ago
I agree, wouldn't it be nice! Unfortunately delivering Apple's library code might be outside of Microsoft's control.

sidlls 10y ago

Kind of amusing considering the platform you (apparently) prefer. However walled Windows is, Apple is at least as bad, if not worse. At least with Windows development one isn't restricted to a particular brand of computer.

BugsJustFindMe 10y ago
> amusing considering the platform you (apparently) prefer. What, Fedora?
- sidlls 10y ago
  No, Mac. Since this is, after all, a story about VS on Mac, and you didn't make it clear in your comment, it was an inferrence I made.
  - BugsJustFindMe 10y ago
    Alright, well, since we've veered off on this tangent, I prefer Fedora. Between macOS and Windows, I prefer macOS...though I may never get used to the new capitalization scheme. But I don't see why any of that should be a reason to want to boot multiple operating systems in virtual machines. How do the two subjects relate?
    - chc 10y ago
      I think the relation is that Apple is even more guilty of the thing you were complaining about Microsoft doing.
      - BugsJustFindMe 10y ago
        Uh, I guess? But where did I say I develop Mac apps? God, do I have to lowercase mac now?
        chc 10y ago

cwyers 10y ago

> Why does Microsoft continue to keep them walled off? The question is backwards. The real question is, why doesn't Microsoft do what is necessary to bridge them. And the answer seems to be simple -- developer man-hours are limited, your use case is not the use case of the majority of people who want a Microsoft development environment on a Mac, they are handling the most common use case, not the edge case.

BugsJustFindMe 10y ago
> The question is backwards. I don't think so. Win32 with MFC is already in the free VS Community Edition on Windows, so we know that the work to package up those libraries is already done. We also know that Clang and GCC can already cross-compile targeting Windows, all you need are the aforementioned platform libraries.
- cwyers 10y ago
  Visual Studio for Mac is based on Xamarin Studio, which is MonoDevelop. You have to port over everything to support C++ projects to Mac before you can use C++ projects in Visual Studio for Mac. The libraries may be packaged up, they may be portable code, but it's nontrivial. The work is >0. You can argue how close to 0 it is, but it's not like they don't have other work to do.
  - BugsJustFindMe 10y ago
    They already plan to support C++. Boom, done. No, I'm kidding here. I have no idea what they're planning to add. This thread started because it actually looked (I commented on this somewhere else) like it would support C++ from the website interface. I do at least have some reason to believe that they have a C++ dev manager named Steve, and that they will add support for more languages over time.

EpicEng 10y ago

>Why does Microsoft continue to keep them walled off Isn't the answer obvious? How many MFC devs are there working primarily in OSX or linux? It has to be tiny, even if they had the ability to do so. Great, I can compile; still need to boot up Windows to run it. My userbase is still 100% windows users. We still use Windows on every PC in my company. So who cares? What's the value proposition here?

TheRealDunkirk 10y ago
Because it doesn't have to be that way. You're just arguing from the "we've always done it that way" perspective. Years ago, I took the extra time to compile a Qt application so that it would run on Windows and Linux with the same code base. Why not? Why not compile for Windows and Mac, and let people choose what works for them? You may have no use for it, but I do. Is it worth the effort? Depends on the application? Is it worth Microsoft's time to support? Obviously not. But at this point, the ability to compile for multiple platforms at the same time shouldn't have to be rocket science for the situations where it makes sense.
- EpicEng 10y ago
  That's not my argument at all, but whatever, look at yours. You initially mention MFC, a Windows only technology, and follow that up with a QT example. Well yes; QT is meant to be cross platform! The MFC example made no sense whatsoever.
flukus 10y ago
> Isn't the answer obvious? How many MFC devs are there working primarily in OSX or linux? None, because you can't, the same reason you don't see many iOS developers using windows. I don't know if there are many people that want to work that way or if it's worth supporting, but your current argument is circular reasoning at it's finest.
- vsl 10y ago
  Yet Microsoft supports, and was investing heavily in, iOS development in Visual Studio on Windows...

imron 10y ago

> I want to make Win32 MFC C++ executables without having to boot into an operating system (Windows 10) How are you going to test your program?

BugsJustFindMe 10y ago
This has already been answered elsewhere in the thread.

pjmlp 10y ago

How do would you test that your application works at all as it should? I never believed in cross compilation without testing.

BugsJustFindMe 10y ago
This has already been answered elsewhere in the thread.