Regarding compilecommands.json ... I assume you intened crow packages to be portable, how would one specify macos , linux, windows compile command separatly?
Most libraries build with cmake, make etc, how does this interact?
Noble effort but that ship has sailed. Cargo works because it was there from the start so basically everyone uses it.
C++ doesn't have one true package manager which means all third party dependencies will use totally different build systems and you can never have an easy `cargo add ...`. The closest I know of is vcpkg which has a decent selection but even then it's missing lots and still really clunky to set up.
I also worry about unpopular software repositories like that - it would be very easy to take some popular software that isn't packaged there, add it, bide your time and then poke some malware in. You don't even need to gain the original maintainers' trust.
The same applies to things like Flathub. I'm really surprised it hasn't happened yet (as far as I know).
It would help to have some documentation, and maybe a comment about what this does better/differently than vcpkg+ninja, which quite frankly works really well.
The title made me think there was a cargo subcommand `cargo copy`.
Regarding compilecommands.json ... I assume you intened crow packages to be portable, how would one specify macos , linux, windows compile command separatly?
Most libraries build with cmake, make etc, how does this interact?
Noble effort but that ship has sailed. Cargo works because it was there from the start so basically everyone uses it.
C++ doesn't have one true package manager which means all third party dependencies will use totally different build systems and you can never have an easy `cargo add ...`. The closest I know of is vcpkg which has a decent selection but even then it's missing lots and still really clunky to set up.
I also worry about unpopular software repositories like that - it would be very easy to take some popular software that isn't packaged there, add it, bide your time and then poke some malware in. You don't even need to gain the original maintainers' trust.
The same applies to things like Flathub. I'm really surprised it hasn't happened yet (as far as I know).
I don't think cpp programmers will use a package manager written in rust.
It would help to have some documentation, and maybe a comment about what this does better/differently than vcpkg+ninja, which quite frankly works really well.