CI: add macos-14

[mgeier]

See also #384.

[HaHeho]

This is very strange what is going on with the macos-14, Xcode_15.2 instance.

Looking through the logs I've noticed the following based on e.g. the qt@5 package. macos-13, Xcode_14.3 places installed homebrew packages into /usr/local/opt/qt@5, whereas they are placed in /opt/homebrew/opt/qt@5/ on macos-14, Xcode_15.2.

/usr/local/ does not seem to exist on the latter, which is the reason for the Intersense lib install as well as the fix to find qt@5 during ./configure to fail on macos-14, Xcode_15.2.

[HaHeho]

macos-14, Xcode_15.2 ends up being Apple ARM (see https://github.com/SoundScapeRenderer/ssr/actions/runs/8410773165/job/23029617211?pr=394#step:1:11), although Apple Intel is also available for this combination.

For some reason (I guess this is the future), Apple ARM seems to be the default configuration on macos-14. If this is the current state, then it will probably stay like this. Apple Intel should be available, but I don't know if macos-14-large is available to open-source and for free (right now or ever). See the list of available runners.

To fix this, we have to adapt the build pipeline to handle the slightly different environment on Apple ARM, including the different default install path of homebrew packages. However, supporting and testing builds on Apple ARM has been on the wishlist for a while. Free runners are available now, so this seems the right time to do it. I believe to remember that we started to gather information on what changes to the build scripts may be required?!

[mgeier]

Without really expecting it to work, I tried macos-14 for the homebrew bottle: SoundScapeRenderer/homebrew-ssr#30

And it seems to have worked without warnings!

This is without Intersense but it should be with libmysofa.

[HaHeho]

Same old, same old. The path of homebrew installed dependencies (brew --prefix) is different on Apple x86 (/usr/local) vs Apple ARM (/opt/homebrew). The following code was introduced to help to link against qt@5 if qt (v6) is also present on the system:

ssr/.github/workflows/main.yml

Lines 101 to 105 in c51ef4b

	# Link keg-only Qt5 according to homebrew info
	echo "/usr/local/opt/qt@5/bin" >> $GITHUB_PATH
	echo LDFLAGS="-L/usr/local/opt/qt@5/lib" >> $GITHUB_ENV
	echo CPPFLAGS="-I/usr/local/opt/qt@5/include" >> $GITHUB_ENV
	echo PKG_CONFIG_PATH="/usr/local/opt/qt@5/lib/pkgconfig" >> $GITHUB_ENV

Here, I assume, is where the problem arises that makes the macos-14 (employing Apple ARM) build fail. The paths in the above fix point to the wrong location. The following line on my local systems, Apple x86, and Apple ARM solves the problem brew link --overwrite qt@5. I would hope that this could replace the above lines on all macOS builds.

[mgeier]

The following line on my local systems, Apple x86, and Apple ARM solves the problem brew link --overwrite qt@5. I would hope that this could replace the above lines on all macOS builds.

But didn't we change that in the opposite direction in #381?

I tried using brew --prefix in 7060245, wouldn't this be better?

[HaHeho]

The following line on my local systems, Apple x86, and Apple ARM solves the problem brew link --overwrite qt@5. I would hope that this could replace the above lines on all macOS builds.

But didn't we change that in the opposite direction in #381?

I tried using brew --prefix in 7060245, wouldn't this be better?

Yes, you're right. I didn't remember, but the outlined advantages, i.e. the force link does not need to be reverted after building, seem helpful for DIY builders. Although, maybe the brew behavior has also changed since then. But it seems fine to keep the current solution. The change to brew --prefix is good to be Apple Intel vs Apple ARM agnostic.

EDIT:
Local ./configure on Apple ARM now also works after modifying CPPFLAGS and LDFLAGS (correctly!).