In preparation for the deprecation of `stdenv.isX`.
These shorthands are not conducive to cross-compilation because they
hide the platforms.
Darwin might get cross-compilation for which the continued usage of `stdenv.isDarwin` will get in the way
One example of why this is bad and especially affects compiler packages
https://www.github.com/NixOS/nixpkgs/pull/343059
There are too many files to go through manually but a treewide should
get users thinking when they see a `hostPlatform.isX` in a place where it
doesn't make sense.
```
fd --type f "\.nix" | xargs sd --fixed-strings "stdenv.is" "stdenv.hostPlatform.is"
fd --type f "\.nix" | xargs sd --fixed-strings "stdenv'.is" "stdenv'.hostPlatform.is"
fd --type f "\.nix" | xargs sd --fixed-strings "clangStdenv.is" "clangStdenv.hostPlatform.is"
fd --type f "\.nix" | xargs sd --fixed-strings "gccStdenv.is" "gccStdenv.hostPlatform.is"
fd --type f "\.nix" | xargs sd --fixed-strings "stdenvNoCC.is" "stdenvNoCC.hostPlatform.is"
fd --type f "\.nix" | xargs sd --fixed-strings "inherit (stdenv) is" "inherit (stdenv.hostPlatform) is"
fd --type f "\.nix" | xargs sd --fixed-strings "buildStdenv.is" "buildStdenv.hostPlatform.is"
fd --type f "\.nix" | xargs sd --fixed-strings "effectiveStdenv.is" "effectiveStdenv.hostPlatform.is"
fd --type f "\.nix" | xargs sd --fixed-strings "originalStdenv.is" "originalStdenv.hostPlatform.is"
```
continuation of #109595
pkgconfig was aliased in 2018, however, it remained in
all-packages.nix due to its wide usage. This cleans
up the remaining references to pkgs.pkgsconfig and
moves the entry to aliases.nix.
python3Packages.pkgconfig remained unchanged because
it's the canonical name of the upstream package
on pypi.
Semi-automatic update. These checks were performed:
- built on NixOS
- ran `/nix/store/253wjz6c1fkj3af92qa1yrfwsr21agr3-libiodbc-3.52.12/bin/iodbctest -h` got 0 exit code
- ran `/nix/store/253wjz6c1fkj3af92qa1yrfwsr21agr3-libiodbc-3.52.12/bin/iodbctest --help` got 0 exit code
- ran `/nix/store/253wjz6c1fkj3af92qa1yrfwsr21agr3-libiodbc-3.52.12/bin/iodbctest help` got 0 exit code
- ran `/nix/store/253wjz6c1fkj3af92qa1yrfwsr21agr3-libiodbc-3.52.12/bin/iodbctest version` and found version 3.52.12
- ran `/nix/store/253wjz6c1fkj3af92qa1yrfwsr21agr3-libiodbc-3.52.12/bin/iodbctest help` and found version 3.52.12
- ran `/nix/store/253wjz6c1fkj3af92qa1yrfwsr21agr3-libiodbc-3.52.12/bin/iodbctestw -h` got 0 exit code
- ran `/nix/store/253wjz6c1fkj3af92qa1yrfwsr21agr3-libiodbc-3.52.12/bin/iodbctestw --help` got 0 exit code
- ran `/nix/store/253wjz6c1fkj3af92qa1yrfwsr21agr3-libiodbc-3.52.12/bin/iodbctestw help` got 0 exit code
- ran `/nix/store/253wjz6c1fkj3af92qa1yrfwsr21agr3-libiodbc-3.52.12/bin/iodbctestw version` and found version 3.52.12
- ran `/nix/store/253wjz6c1fkj3af92qa1yrfwsr21agr3-libiodbc-3.52.12/bin/iodbctestw help` and found version 3.52.12
- ran `/nix/store/253wjz6c1fkj3af92qa1yrfwsr21agr3-libiodbc-3.52.12/bin/iodbc-config --version` and found version 3.52.12
- found 3.52.12 with grep in /nix/store/253wjz6c1fkj3af92qa1yrfwsr21agr3-libiodbc-3.52.12
- found 3.52.12 in filename of file in /nix/store/253wjz6c1fkj3af92qa1yrfwsr21agr3-libiodbc-3.52.12
reason why this shouldn't work, but it breaks NixOS evaluation on
x86_64-linux with weird segfaults and assertion failures, probably
due to a bug in the evaluator or the ATerm library.
svn path=/nixpkgs/trunk/; revision=20953
