GHA CI: don't use hardcoded path

[Chocobo1]

No description provided.

[Chocobo1]

Note that the recent CI failure on macOS is unrelated to this change. In short the homebrew made a mistake when packaging openssl 3.3.0 and they fixed it afterwards. The macOS image cached the faulty openssl 3.3.0 package before the fix was released and now we are stuck with it. AFAIK macOS image will be updated weekly so the issue will resolve itself eventually (when macOS image updates to the latest openssl package).

[glassez]

the issue will resolve itself eventually (when macOS image updates to the latest openssl package).

Shouldn't we wait for that before we merge this PR?

[Chocobo1]

Shouldn't we wait for that before we merge this PR?

OK I'll trigger rebuild of macOS CI jobs when the new image is released. And merge this when it build successfully.

[xavier2k6]

macos-14/macos-latest labels now default to using arm runner images, 12/13 are still intel based.

[Chocobo1]

the issue will resolve itself eventually (when macOS image updates to the latest openssl package).

Shouldn't we wait for that before we merge this PR?

Someone reported it: actions/runner-images#9755

[xavier2k6]

Is there a reason we keep this at 17? master has changed to 20

qBittorrent/.github/workflows/ci_macos.yaml

Line 94 in d3315f7

-DCMAKE_CXX_STANDARD=17 \

New C++ projects you create in Xcode use C++20 language dialect by default

macos-14/macos-latest uses Xcode 15.0.1 (default)

[Chocobo1]

Is there a reason we keep this at 17? master has changed to 20

I did attempt to change it but it resulted in build errors. I already submitted patches to libtorrent (and merged) but that branch hasn't seen a new release.

[xavier2k6]

New macOS image deployed with openssl/homebrew package fix, re-ran CI on all 4x macOS builds which have passed.