4 ms·

Unrelated to the echievent the article mentions. But I'm curious, how does emacs fare for modern C++ these days? Is it a good IDE? It always struck me that an

Unrelated to the echievent the article mentions. But I'm curious, how does emacs fare for modern C++ these days? Is it a good IDE? It always struck me that an editor with the history it has, couldn't handle C++11 syntax in 2014. Or, I didn't want to try to figure out how. To clarify, I include common packages as part of "out of the box". From a quick Google search, it does look like cc-lang might be catching up. And some other one-person packages. So my question is, for those of you who work on long lived C++ projects, and on Linux, what IDE do you use? Are CLion and VSCode still the better choice?

jleahy 4y ago
Vim is still very popular for c++.
matthews2 4y ago
I don't really have any trouble using Emacs on the "modern" C++ codebases that I'm working on. I've tried lsp-mode and eglot with clangd but found that really all I need is a little bit of elisp to call clang-format, dumb-jump (<https://github.com/jacktasia/dumb-jump https://github.com/jacktasia/dumb-jump>) to jump to definition, and project-compile to build the project and collect warnings/errors into a buffer.
rurban 4y ago
Emacs with eglot and clangd. VSCode is nice, but on Windows I still prefer Visual Studio.
ycombinete 4y ago
A company I worked at handled a massive c++ code base, and nearly all the devs used Emacs as their main editor. That was back in like 2012.
chlorion 4y ago
lsp-mode or eglot and company combined with clangd works very well. I also just use the built in "c++-mode" for the major mode. None of these packages are built into Emacs, but eglot and company are on elpa which means they are a "package-install" command away. melpa packages (which lsp-mode is one of) are also pretty trivial to install, it just requires adding melpa to the package archive list variable then installing like normal. Some Linux distros have these available to install with the system package manager. Even Debian has a decent bit of Emacs packages available. I personally use my distros system package manager to manage my Emacs packages since it has everything I need available.
- gpderetta 4y ago
  I also use lsp-mode+clangd and it works very well. I get completion, jump to definition/implementation/usage, type hints, inline docs, fix-it hints and some minor refactoring help. I do get some random emacs hangs from time to time (I assume it blocks waiting for some clangd output), likely due to an interaction between lsp-format-region and aggressive-indent-mode. It is an explicitly unsupported combination and it is resolved by killing clangd but it is a bit annoying. I should try eglot at some point.
deleted 4y ago
[deleted]
verall 4y ago
I use sublime because it has nice IDE-like features like a file tree, goto-file, goto-symbol, references to, definitions of, but it is doing simple pattern matching; no IDE will be smart enough to figure out the ungodly build system I work with. If I'm on windows I like visual studio, love the debugger, but for regular code-slinging I find it pretty slow/unresponsive. I also found VSCode totally unresponsive on Linux so I have pretty high expectations for speed. People I work with use everything from Atom to Vim to VSCode to Eclipse to Emacs to visual studio on a windows machine, network mounting their linux drive. Everyone builds from a terminal because that is the only thing that works.
- IshKebab 4y ago
  > no IDE will be smart enough to figure out the ungodly build system I work with Sounds very familiar! People who don't use IDEs should be banned from building tooling - especially build systems.

jleahy 4y ago

Vim is still very popular for c++.

matthews2 4y ago

I don't really have any trouble using Emacs on the "modern" C++ codebases that I'm working on. I've tried lsp-mode and eglot with clangd but found that really all I need is a little bit of elisp to call clang-format, dumb-jump (<https://github.com/jacktasia/dumb-jump https://github.com/jacktasia/dumb-jump>) to jump to definition, and project-compile to build the project and collect warnings/errors into a buffer.

rurban 4y ago

Emacs with eglot and clangd. VSCode is nice, but on Windows I still prefer Visual Studio.

ycombinete 4y ago

A company I worked at handled a massive c++ code base, and nearly all the devs used Emacs as their main editor. That was back in like 2012.

chlorion 4y ago

lsp-mode or eglot and company combined with clangd works very well. I also just use the built in "c++-mode" for the major mode. None of these packages are built into Emacs, but eglot and company are on elpa which means they are a "package-install" command away. melpa packages (which lsp-mode is one of) are also pretty trivial to install, it just requires adding melpa to the package archive list variable then installing like normal. Some Linux distros have these available to install with the system package manager. Even Debian has a decent bit of Emacs packages available. I personally use my distros system package manager to manage my Emacs packages since it has everything I need available.

gpderetta 4y ago
I also use lsp-mode+clangd and it works very well. I get completion, jump to definition/implementation/usage, type hints, inline docs, fix-it hints and some minor refactoring help. I do get some random emacs hangs from time to time (I assume it blocks waiting for some clangd output), likely due to an interaction between lsp-format-region and aggressive-indent-mode. It is an explicitly unsupported combination and it is resolved by killing clangd but it is a bit annoying. I should try eglot at some point.

deleted 4y ago

[deleted]

verall 4y ago

I use sublime because it has nice IDE-like features like a file tree, goto-file, goto-symbol, references to, definitions of, but it is doing simple pattern matching; no IDE will be smart enough to figure out the ungodly build system I work with. If I'm on windows I like visual studio, love the debugger, but for regular code-slinging I find it pretty slow/unresponsive. I also found VSCode totally unresponsive on Linux so I have pretty high expectations for speed. People I work with use everything from Atom to Vim to VSCode to Eclipse to Emacs to visual studio on a windows machine, network mounting their linux drive. Everyone builds from a terminal because that is the only thing that works.

IshKebab 4y ago
> no IDE will be smart enough to figure out the ungodly build system I work with Sounds very familiar! People who don't use IDEs should be banned from building tooling - especially build systems.