Python Tools for Visual Studio

Post by to3m » Wed, Jul 03, 2013, 12:05 AM UTC

int_19h wrote: post #78

thwest wrote: post #54

Earlier quoted context omitted.

grep is nice. its gnarly in template heavy c++, but so are all the tools. intellisense can't reliably provide navigation among all of the possible instantiations in your project. (esc;qgrep -rn thing .) is faster for me than reaching for the mouse.

>> its gnarly in template heavy c++, but so are all the tools. intellisense can't reliably provide navigation among all of the possible instantiations in your project. Have you tried it in VS 2010+? You might be surprised. I've seen it correctly handle polymorphic Boost lambdas, and that's a rather impressive feat of TMP. Also, I've just tried the scenario that you've described (if I understand it correctly - "Find a…

Post by int_19h » Wed, Jul 03, 2013, 12:54 AM UTC

to3m wrote: post #111

int_19h wrote: post #78

Earlier quoted context omitted.

>> its gnarly in template heavy c++, but so are all the tools. intellisense can't reliably provide navigation among all of the possible instantiations in your project. Have you tried it in VS 2010+? You might be surprised. I've seen it correctly handle polymorphic Boost lambdas, and that's a rather impressive feat of TMP. Also, I've just tried the scenario that you've described (if I understand it correctly - "Find a…

I have to second this. I hear VS>=2010 uses the compiler infrastructure to generate the intellisense data, rather than doing it (as VS (On another note, Xcode. I'm normally pretty negative about Xcode, because it's mostly awful. But I believe its code navigation and code completion is done in a similar way - only using LLVM, of course - and that part does work extremely well. If anything, it's actually slightly bette…

  template struct foo;
  
  template struct foo {
    template struct bar {};
  };
  
  template struct foo {
    enum { bar = 0 };
  };
  
  float baz;
  
  int main() {
    foo::bar  baz;
  }

Post by pelemele » Wed, Jul 03, 2013, 2:30 AM UTC

Post by sultezdukes » Wed, Jul 03, 2013, 3:15 AM UTC

voltagex_ wrote: post #108

int_19h wrote: post #96

Earlier quoted context omitted.

Which version of VS, and what language? If you're using VS 2010 or earlier, then both C# and VB were running the build (MSBuild and compilers both) on UI thread, so responsiveness was as bad as you'd expect it to be with such architecture. From VS 2012 onwards, VB builds on a background thread, and C# builds out-of-process (which also makes it scale on multi-core systems).

I definitely notice the performance improvements in VS2012. I wonder how many people reporting performance issues are also running ReSharper. JetBrains do great work, but ReSharper ( very resource-heavy.

Post by snuxoll » Wed, Jul 03, 2013, 4:12 AM UTC

sultezdukes wrote: post #107

pnathan wrote: post #99

Earlier quoted context omitted.

Honestly, coming into visual studio/c# from emacs/common lisp feels like going backwards in time for me. Running my CL environment on Gentoo feels like the future; a not-quite-there-yet-but-still-awesome future; running VS on Windows feels like kiddie toys that haven't gotten around to growing up yet. And that's a weird feeling when you realize the dollars, time, and research poured into each environment. :-)

That's funny because I feel the same way if I have to use Emacs. It feels like going back to the early 90s with some DOS Borland IDE. Regular text editors just feel so clunky next to the cohesiveness of VS/Resharper or Intellij. At some point in time, Emacs is going to have get overhauled to join the 90s, much less the 21st century. And I understand that CL is a special case with Emacs, but it's still clunky as hell…