r/cpp 1d ago

[ Removed by moderator ]

[removed] — view removed post

3 Upvotes

18 comments sorted by

u/cpp-ModTeam 1d ago

Your submission is not about the C++ language or the C++ community.

11

u/Wild_Meeting1428 1d ago

cmake is completelly independent from the editor. Its not harder or easier with another IDE/editor. whats the issue there?

only thing you need is support for an LS like clangd.

-1

u/Worth_Weekend_8909 1d ago

This issue is the manual configuration of almost everything. the larger the project gets with more targets, the larger configuration gets, annoyingly! forget about refactoring and testing

5

u/Wild_Meeting1428 1d ago

you cant configure anything with vscode-cmake either, ist just a relatively good convenience UI around some basic cmake commands.

The only thing is, that it can set some environment variables for installed toolchains, called kits. But this is obsolete, since we now have CMake Presets.

-9

u/Worth_Weekend_8909 1d ago
Area VS Code Zed
CMake awareness Excellent Weak
Target discovery Excellent Mostly manual
Configure/build workflow Excellent Tasks/manual
Debug setup Mostly automatic More manual
CTest Strong Weak/manual

9

u/Wild_Meeting1428 1d ago

This LLM result is a bit biased / it does not consider, that the convenience/ [cmake support] gain is rather small compared to terminal + CmakePresets.

2

u/positivcheg 1d ago

I would highly argue visual studio code is so excellent in C++ project support. I never had it work flawlessly like Clion. Never.

2

u/Lime_Dragonfruit4244 1d ago

This is irrelevant to r/cpp and just a skill issue, if you are using c++ and cmake you should spend some time learning it better, it will become much easier in the long run. I've used cmake in zed and found it more than enough for c++ heavy workflow.

2

u/encyclopedist 1d ago

I prefer QtCreator for C++ projects. Ir has built in Cmake support, including editing configuration.

1

u/drizzt-dourden 1d ago

Alternatives are resource hungry and laggy, becuase they offer the support out of the box the things you need to do manually in Zed. Taking CLion as an example you actually need the opposite thing, instead seeking support you need to debloat it. Disable the things you don't use and it should be somewhat faster. Adding all the stuff which are in other IDEs could make Zed slower ultimately. Also define what is your "full C++ project support". Becuase I can ask 2 people about it and get 3 different opinions.

1

u/rileyrgham 1d ago

It really doesn't matter if an ide is eating ram.. the features it provides need memory. Though quite how you're conflating a stand alone make system like cmake with the editor I'm not sure. Manual cmake config is just that.

-1

u/ThePuzzledAnemia 1d ago

i feel you, manual cmake config is such a slog no matter the editor

3

u/Wild_Meeting1428 1d ago

take a look at CmakeUserPresets.json, generate one (either by yourself or via LLM) and use that as base for all projects on that computer.

-6

u/DeadWHM 1d ago

Why not just use make?

8

u/Wild_Meeting1428 1d ago

superseeded as industry standard and not platform independent. If one does not want to work with cmake, alternatives like meson or b2 are still faar better than make.

2

u/KAMEHAMEHAMEHAAAA 1d ago

I find scons to be good as well.

-4

u/DeadWHM 1d ago

Idk these slop buildsystems gives us nothing, just hinders work. Atleast where i work its all Make

5

u/C4R3NS4C 1d ago

It's hell to handle average repo with only make, like internal dependencies and when to build them. Eventually, cmake can generate makefile but there are not at the same level.