Fix klayout build on macos

[xobs]

This fixes the klayout package so that it now builds properly on osx-arm64.

[xobs]

Note that I'm not sure why build/pymod/*.dylib isn't copied over to bin-release/pymod/, but it seems to be copied on the Linux version. So I added the final cp for only that platform.

[proppy]

Note that I'm not sure why build/pymod/*.dylib isn't copied over to bin-release/pymod/, but it seems to be copied on the Linux version. So I added the final cp for only that platform.

Maybe @klayoutmatthias as a clue?

[xobs]

I added a symlink to klayout, which allows it to be used from the command line.

[proppy]

Looks like the osx build failed with:

2023-02-18T11:44:41.6904360Z ld: warning: -pie being ignored. It is only used when linking a main executable
2023-02-18T11:44:41.7225230Z ld: in '/Applications/Xcode_14.2.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.1.sdk/System/Library/Frameworks//ColorSync.framework/Versions/A/ColorSync.tbd', unsupported tapi file type '!tapi-tbd' in YAML for architecture x86_64
2023-02-18T11:44:41.7241560Z clang-14: error: linker command failed with exit code 1 (use -v to see invocation)
2023-02-18T11:44:41.7265570Z make[2]: *** [Makefile:384: ../../tl/libtl_tests.0.28.5.dylib] Error 1
2023-02-18T11:44:41.7284780Z make[1]: *** [Makefile:76: sub-unit_tests-make_first] Error 2
2023-02-18T11:44:41.7296980Z make: *** [Makefile:74: sub-tl-make_first] Error 2

[xobs]

Conda seems to be adding -isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk -mmacosx-version-min=10.15 on my local build, and I can't figure out where that's coming from.

What's even more annoying is that the environment doesn't seem to have those variables anywhere. If I modify build.sh to use the correct values, it appears twice:

    export CXXFLAGS="${CXXFLAGS} -mmacosx-version-min=${MACOSX_DEPLOYMENT_TARGET} -D_LIBCPP_DISABLE_AVAILABILITY -isysroot ${CONDA_BUILD_SYSROOT}"
    export CFLAGS="${CFLAGS} -mmacosx-version-min=${MACOSX_DEPLOYMENT_TARGET} -D_LIBCPP_DISABLE_AVAILABILITY -isysroot ${CONDA_BUILD_SYSROOT}"

becomes:

...
-mmacosx-version-min=11.0 \
-D_LIBCPP_DISABLE_AVAILABILITY \
-isysroot /Users/sean/Code/EDA/sdk/MacOSX10.9.sdk \
-std=c++17 \
-fvisibility=hidden \
-std=c++17 \
-fvisibility=hidden \
-std=gnu++1z \
$(EXPORT_ARCH_ARGS) \
-isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk \
-mmacosx-version-min=10.15
...

[xobs]

...also, I'm not sure where it's getting MACOSX_DEPLOYMENT_TARGET=10.15 or MACOSX_DEPLOYMENT_TARGET=11.0 from. Both ci/conda_build.config.yaml and the build environment set MACOSX_DEPLOYMENT_TARGET=10.9, and that's what Conda seems to imply is the default:

https://docs.conda.io/projects/conda-build/en/latest/user-guide/environment-variables.html#env-vars

[klayoutmatthias]

Note that I'm not sure why build/pymod/*.dylib isn't copied over to bin-release/pymod/, but it seems to be copied on the Linux version. So I added the final cp for only that platform.

Maybe @klayoutmatthias as a clue?

Honestly, I have never tested pymod generation on MacOS. Mainly because MacOS is not my home turf. The installation basically is generic, but maybe it needs to be specialized for MacOS.

[xobs]

I discovered that Qt ignores standard CFLAGS and CXXFLAGS and instead uses its own QMAKE_CFLAGS and QMAKE_CXXFLAGS.

I also discovered that MacOS 11.0 was the first version that supported arm64, so I bumped the minimum version up to that.

Note that 10.11 is the first version that supported Metal, so we would need to use that at a minimum in order to get support for klayout.

Additionally, it looks like it might be possible to build osx-arm64 from osx-x86_64 as documented at https://conda-forge.org/blog/posts/2020-10-29-macos-arm64/ -- note that they also build for macos 11.0 in there.

[proppy]

Additionally, it looks like it might be possible to build osx-arm64 from osx-x86_64 as documented at https://conda-forge.org/blog/posts/2020-10-29-macos-arm64/ -- note that they also build for macos 11.0 in there.

Filed #299 to discuss arm64 builds.

[xobs]

It builds and passes tests! \o/

[proppy]

Looks like python3.10 job is failing when trying to install python >= 3.10 as a host dep from conda running on python 3.7.

[xobs]

I'll just remove that, then...

[proppy]

Merging since both jobs passes (not sure if we want to suffix the job with -python38 for consistency).