Boom!

Boom!

Originally shared by Jan Wildeboer

I'll just leave this here. "Visual C++ for Linux Development" https://blogs.msdn.microsoft.com/vcblog/2016/03/30/visual-c-for-linux-development/ #OpenIsDefault
https://blogs.msdn.microsoft.com/vcblog/2016/03/30/visual-c-for-linux-development

Comments

  1. Looks it is using GCC and GDB. Nice, but not rocket science. They actually do a better job on Android, supporting Google LLVM-based compiler. 

    Overall, you can now use Visual C++ with 4 different compilers, based on 3 different cores, and compiling 3 or 4 different versions of the C++ language. Kudos!

    ReplyDelete
  2. The difference about the Embarcadero support will be the ARM support, but Allen Bauer have already been successful targeting ARM on Linux (http://blog.therealoracleatdelphi.com/2015/12/baking-object-pascal-and-rapsberry-pie.html). Linux support can add ARM in the future along Intel 64-bit architecture.

    ReplyDelete
  3. Using GCC is nice, but it would be good to use the actual MS compiler on all platforms. That's where Embarcadero leads - the one compiler on all platforms (well, except Windows. Here's hoping.) A single compiler really helps with code compatibility.

    ReplyDelete
  4. And that's just C++. It can also be used with many other languages, C#, VB.net, C++/CLI, F#, Python, R, Ruby, M and so on.

    ReplyDelete
  5. First Xamarin and now this. I'll stay on the Delphi train a short while anyway!

    ReplyDelete
  6. Horácio Filho it's indeed all about support. Interesting times ahead.

    ReplyDelete
  7. Javier Hernández - IMO, you should quit moaning about Delphi, and jump on the VS train ASAP. The rest of us that have products written in Delphi to care for, are not likely to embrace VS for all purposes - as it is a massive amount of work to migrate.

    I still think VS is a great product and that it is awesome that MS finally is getting out of the Ballmer stagnation period, but it is not a ready-to-use Delphi replacement - unless you are starting from scratch.

    ReplyDelete
  8. I find some of the concepts of RAD to be deeply flawed. I believe in layers and separation. RAD tends to sabotage that for the less disciplined, allowing the mixing UI with logic, as it is so incredibly easy to snap things together. But, RAD is not really defined by the tool, instead it is a mindset. Just like the lure of Agile and iterative development - which also is a quagmire if your design doesn't have layers and separation. Which is why the tools and the methods are not the most important part, but the art and skill of modeling and design is.

    ReplyDelete

Post a Comment