I know little about gradle and have only just started exploring it, so this is just a question out of curiosity.

It’s supposedly a language agnostic dependency manager and builder, yet it seems to have only found its niche in Java. C/C++ projects could definitely do with dependency resolution…

  • @[email protected]
    39•6 days ago

    Here are a couple of reasons:

    • C and C++ projects often predate Gradle by decades they will not change their build system without a compelling reason.
    • Gradle is written in Java and requires a Java Runtime.
    • At least for C++, CMake has pretty much become the standard build tool.
    • Dependency resolution on Linux was ‘solved’ by relying on the distribution. Today, there also exist package managers for C and C++ like vcpkg or conan and they also integrate with CMake.
    • @[email protected]
      12•6 days ago

      Cmake tends to be the upgrade path for sure, gradle is… hideous, i have having to use it for android.

    • @[email protected]OPEnglish
      1•6 days ago

      Are vcpkg and conan widespread in your experience? Mine has still been majorly “works on my machine with unnamed debian version and unrestricted library version”, which still breaks like 90% of the time.

      Anti Commercial-AI license

      • @paperplane
        4•6 days ago

        I know a bunch of larger C++ apps that use vcpkg for cross-platform (Windows/macOS/Linux) builds of their dependencies and it seems to work pretty well

      • @[email protected]
        2•6 days ago

        I worked on a couple commercial C++ applications that used vcpkg. It’s not as convenient as nuget, cargo or npm but it think it is a massive improvement over manually hunting for dependencies.