summaryrefslogtreecommitdiff
path: root/pkgs/development/python-modules/GitPython/hardcode-git-path.patch
diff options
context:
space:
mode:
authorMathieu Boespflug <mboes@tweag.net>2018-06-25 12:46:19 +0200
committerxeji <36407913+xeji@users.noreply.github.com>2018-06-25 12:46:19 +0200
commit06eeb0d158829287bb26e01b6ffcf44955c876e1 (patch)
tree2333efba62730307a7cfa99d20fcf25c7f0f00df /pkgs/development/python-modules/GitPython/hardcode-git-path.patch
parentbe9240bfd613c4515de84072147ba90cb5056ea2 (diff)
bazel: Don't hardcode build tools (#42552)
Bazel is a build tool, much like Make and many others. Like Make, it should be agnostic to the compiler toolchains the user brings into scope. Bazel has special rules that encode domain specific knowledge for how to compile a C++ program, or indeed a Java program and a few others. But that's not to say that at runtime Bazel should assume a specific C++ compiler or Java compiler anymore than Make does. The main impact of this change is that packages that build with Bazel will have to list the compilers they want in their `buildInputs` or similar, rather than relying on the `bazel` package pulling them in transitively.
Diffstat (limited to 'pkgs/development/python-modules/GitPython/hardcode-git-path.patch')
0 files changed, 0 insertions, 0 deletions