summaryrefslogtreecommitdiff
path: root/pkgs/development/python-modules/python-mapnik/python-mapnik_std_optional.patch
diff options
context:
space:
mode:
authorHraban Luyat <hraban@0brg.net>2022-10-01 03:12:51 -0400
committerHraban Luyat <hraban@0brg.net>2022-10-01 03:21:40 -0400
commit5c12e0efb6108b91bce711337b0ae78b74b8dc1c (patch)
tree0528971f698f86acce8514a83c0f025ecaa01c57 /pkgs/development/python-modules/python-mapnik/python-mapnik_std_optional.patch
parentf32a43f6de2c69fa92a35f13acae5d1ccd779dca (diff)
sbcl: bootstrap x86-64-darwin 1.2.11 -> 2.2.9
Update the binary used to bootstrap SBCL versions on Darwin (Mac OS) x86-64 systems (i.e. Intel, i.e. non-ARM) from 1.2.11 (released in 2015) to 2.2.9 (released September 2022). Generally, the more recent the bootstrap binary, the fewer the problems. This bootstrap binary can be used to compile other SBCL versions (for this target) from source. Those don’t have binary releases by the SBCL team. This is useful because building SBCL 2.x from source, using the binary release of 1.2.11, on this system configuration, ended up in an endless loop. See also this thread on the Mac ports forum, where people are having the same issue: https://trac.macports.org/ticket/64621 Now that SBCL has released a more recent binary build for this system, the problem is solved.
Diffstat (limited to 'pkgs/development/python-modules/python-mapnik/python-mapnik_std_optional.patch')
0 files changed, 0 insertions, 0 deletions