summaryrefslogtreecommitdiff
path: root/pkgs/development/python-modules/python-mapnik/python-mapnik_std_optional.patch
diff options
context:
space:
mode:
authorAdam Joseph <adam@westernsemico.com>2023-08-16 22:27:32 -0700
committerArtturin <Artturin@artturin.com>2023-09-08 16:07:50 +0300
commitaafab3b5b60146c1976fe630c980ce5b26d9ec5d (patch)
treed63ab24e870597e48cff7ad4788b2b8091403862 /pkgs/development/python-modules/python-mapnik/python-mapnik_std_optional.patch
parente6aa338820933e16090002fd3a8d029462d70134 (diff)
gcc: for cross compilers, don't build libgcc twice
Cross-compiled binaries currently end up with two different libgcc outpaths in their closure. This is harmless, but confusing. The two libgccs are: - One of them is the "first" targetPlatform libgcc, which is built by the "first" cross-compiler. This "first libgcc" and "first compiler" are used to build the targetPlatform glibc. - Once glibc is built, we *rebuild* the cross-compiler, since gcc can't enable most of its features unless you give it an already-compiled targetPlatform glibc. When this "second" compiler is built, it also builds an extra copy of libgcc. This commit discards the second, extra libgcc, and instead puts a reference to the first (correct) libgcc into the "second compiler" `.passthru.libgcc`, so that anybody expecting `stdenv.cc.cc.libgcc` to exist will still find it there. Closes #249680
Diffstat (limited to 'pkgs/development/python-modules/python-mapnik/python-mapnik_std_optional.patch')
0 files changed, 0 insertions, 0 deletions