C++ Package Managers: The Ultimate Roundup

https://moderncppdevops.com/pkg-mngr-roundup/

by tragiclos • 2 years ago

42 14 2 years ago

moderncppdevops.com

frankohn• 2 years ago

I have made my own tool to solve this problem:

https://github.com/franko/lhelper

It is currently used by nobody except me but it serves me well.

Its strong points are:

- it works on macOS, Linux and Windows - it is possible to choose the options you want to enable for each package - compiles packages using your own compiler toolchain - create static libraries by default but you can choose a shared library.

senkora• 2 years ago

This is a great overview, very comprehensive.

I personally have a system based on Guix, which is like Nix.

One important note is that doing LTO with such a setup is tricky (and I haven’t attempted it yet).

It is possible to transform existing packages to use your preferred C++ toolchain using —-with-c-toolchain, which avoids the ABI incompatibility trap, but I haven’t figured out how to create LTO-enabled static libs from system packages yet.

frumiousirc• 2 years ago

Spack cons. Not as well-suited for general-purpose development

While I would not use Spack (or any package manager) to drive the usual hack-build-test development loop, Spack does provide at least two mechanisms to support that kind of general-purpose development activity: "environments" and "views".

Given the list of build systems includes SCons, I'd expect to see waf (waf.io) here.

tgamblin• 2 years ago

There is also `spack develop`, on which people are building hack/build/test loops. You can `spack develop` any package in spack, and easily build with a modified version of something.

hnax2• 2 years ago

Although you mention XRepo in the list of package managers, you don't mention XMake in the list of build systems.

hnax2• 2 years ago

Why is XMake not mentioned in the list of build systems whereas XRepo is mentioned in the list of package managers? (subjective: XMake is a great tool if you like Lua).

pjmlp• 2 years ago

Requires rebuild all dependencies are every machine

Regarding vcpkg, this hasn't been true for a while.

https://learn.microsoft.com/en-us/vcpkg/users/binarycaching

TillE• 2 years ago

vcpkg is well on its way to becoming the de facto standard, with support for just about every major platform out there.

But FetchContent / ExternalProject in CMake is super convenient and works really well if you just have a couple simple dependencies.

duped• 2 years ago

Conan does a very poor job of managing versions and accidental cycles in your dependency graph. I recall having issues that needed manual patching of conanfiles to bootstrap packages when no prebuilt version existed for the target and it contained itself as a transitive dependency.

Also if you use it, make sure not to rely on Conan center. Their outages can ruin your week.

dongping• 2 years ago

The new bzlmod mechanism from Bazel can be count as a kind of package manager.

bun_terminator• 2 years ago

vcpkg is the only reasonable one. But I've been burned too many times by libraries staying outdated for months. So I'll stick with manually managing my libraries and also avoiding cmake. Still the best way IMO

winrid• 2 years ago

Meson's Wraps are pretty useful for including and building dependencies across different OSes.

We migrated netpanzer from Scons to Meson - that was a lot of work (which I didn't do), but it actually integrates with CLion now, builds on win/Linux easily, and builds fast with Ninja.

Scons wasn't that bad, though, I just feel like the build script being turing complete was a pain.

Also Meson doesn't want to just output a binary in your source root. It insists to put it in a build dir, unlike scons.

foofie• 2 years ago

Is it weird that the list doesn't include plain old Linux package repositories?

Downloading the dev version of libraries is ancient history.

trimistermota• 2 years ago

Linuc package repositories require root rights.

C++ Package Managers: The Ultimate Roundup

Related Stories