@@ -1708,9 +1708,9 @@ You need to rerender the feedstock after this change.
1708
1708
1709
1709
## Requiring newer macOS SDKs
1710
1710
1711
- conda-forge uses macOS SDK 10.9 to build software so that they can be deployed to
1712
- all macOS versions newer than 10.9 . Sometimes, some packages require a newer SDK
1713
- to build with. While the default version 10.9 can be overridden using the following
1711
+ conda-forge uses macOS SDK 10.13 to build software so that they can be deployed to
1712
+ all macOS versions newer than 10.13 . Sometimes, some packages require a newer SDK
1713
+ to build with. While the default version 10.13 can be overridden using the following
1714
1714
changes to the recipe, it should be done as a last resort. Please consult with
1715
1715
core team if this is something you think you need.
1716
1716
@@ -1719,13 +1719,13 @@ To use a new SDK, add the following in `recipe/conda_build_config.yaml`
1719
1719
```yaml
1720
1720
# Please consult conda-forge/core before doing this
1721
1721
MACOSX_SDK_VERSION: # [osx and x86_64]
1722
- - "10.12 " # [osx and x86_64]
1722
+ - "10.15 " # [osx and x86_64]
1723
1723
```
1724
1724
1725
1725
Note that this should be done if the error you are getting says that a header is not
1726
1726
found or a macro is not defined. This will make your package compile with a newer SDK
1727
- but with `10.9 ` as the deployment target.
1728
- WARNING: some packages might use features from `10.12 ` if you do the above due to
1727
+ but with `10.13 ` as the deployment target.
1728
+ WARNING: some packages might use features from `10.15 ` if you do the above due to
1729
1729
buggy symbol availability checks. For example packages looking for `clock_gettime`
1730
1730
will see it as it will be a weak symbol, but the package might not have a codepath
1731
1731
to handle the weak symbol, in that case, you need to update the `c_stdlib_version`
@@ -1737,9 +1737,9 @@ is available only for macOS x.x, then do the following in `recipe/conda_build_co
1737
1737
```yaml
1738
1738
# Please consult conda-forge/core before doing this
1739
1739
c_stdlib_version: # [osx and x86_64]
1740
- - "10.12 " # [osx and x86_64]
1740
+ - "10.15 " # [osx and x86_64]
1741
1741
MACOSX_SDK_VERSION: # [osx and x86_64]
1742
- - "10.12 " # [osx and x86_64]
1742
+ - "10.15 " # [osx and x86_64]
1743
1743
```
1744
1744
1745
1745
In `recipe/meta.yaml`, add the following to ensure that the user' s system is compatible.
@@ -1761,7 +1761,7 @@ The libc++ library uses Clang availability annotations to mark certain symbols a
1761
1761
unavailable when targeting versions of macOS that ship with a system libc++
1762
1762
that do not contain them. Clang always assumes that the system libc++ is used.
1763
1763
1764
- The conda-forge build infrastructure targets macOS 10.9 and some newer C++ features
1764
+ The conda-forge build infrastructure targets macOS 10.13 and some newer C++ features
1765
1765
such as `fs::path` are marked as unavailable on that platform, so the build aborts :
1766
1766
1767
1767
` ` ` bash
0 commit comments