Tiny spelling error

[skip ci]

[skip ci]

Reuse the same patch submitted to XIV on Mac, after testing avoiding doing this caused anamnesis to not work.

This combines the following commits
https://github.com/wine-mirror/wine/commit/072eb3a540fff3075baa5a63b3528031dedad4bf
https://github.com/wine-mirror/wine/commit/a40973f20440c9f2181b45372483ab4af0602948
https://github.com/wine-mirror/wine/commit/82c30480c98cf57b66601c9f9b0b24561ad112ce

- Support building CX22 sources
- build_local.sh: still default to CX21.2.0 (more stable)
- Disable usb support (wine takes over usb devices)

Thunks case the 32on64 slice

bcrypt array negative size

* Create build_local.command

* Clean-up DXVK patches

* fix-up build_local.sh|actions

* run python scripts in moltenVK fetchDependencies explicitly with python3 for Monterey support, fixes 37

* switch to macos-12 for testing

* use macos-latest instead of being fixed to 10.15

fix #36: solve the GCC 12 incompatibility of the DXVK source using the patch provided by Gcenx (#38)

* play around with Vulkan and other build dependencies

* refine settings for vkd3d, see https://github.com/GabLeRoux/macos-crossover-wine-cloud-builder/pull/29#issuecomment-986839699

* fix some errors I introduced

* fix typos

* fix DXVK-build using https://github.com/doitsujin/dxvk/commit/f337ad3c05278e77a9500aa9d3d79b2b22ca2b89

Thx @Gcenx for pointing that out in https://github.com/GabLeRoux/macos-crossover-wine-cloud-builder/pull/29#issuecomment-986995068

* try to ensure we pick up vkd3d properly

* add --without-ncurses to VKD3D configure

* restore source tarballs from cache instead of downloading htem over and over again

* set installation prefix for vkd3d directly inside wine installation (no adaptation of rpath, yet)

* see if/how wine configure can deal properly with this

* see if we get some better debug output

* build_monolithic.yml: some small fixes

- Separate wine build/runtime dependencies
- Install VKD3D into default location
- Install flex as wine build dep and add to $PATH
- Fix typo (22 to 20)
- Add note for install_name_tool place in action

VKD3D is better installed into the default location of /usr/local to make fixing the rpath simpler later and saves a headache of figuring out the correct PATH.

After this these can be copied into place to be bundled.

* configure_wine: cleanup options

"--disable-option-checking" makes configure will ignore invalid options not complain

Use "ac_cv_lib_soname_MoltenVK" to specify location instead of overriding LDFLAGS with an export

* build_monolithic.yml: more tweaks

* see if we can properly add an rpath entry to automagically find vkd3d

* some update to the readme

* do not build DXVK in 32bit

* create symlinks from wine to wine32on64 etc.

see https://github.com/GabLeRoux/macos-crossover-wine-cloud-builder/pull/29#issuecomment-995984096



* upload moltenvk artifact as preparation for factoring this out into a separate step

* put MoltenVK into a proper place

* include dxvk dlls in wine installation

* always build MoltenVK and DXVK from latest sources (not integraated into wine, yet)

* enable parallel build for MoltenVK dependencies

* include spirv headers in package as VKD3D seems to need them for building

* Remove parallel build parameter - does not seem to work properly

* add missing mingw-w64 for DXVK

* fix typo

* move moltenVK/DXVK build steps into separate action

* make download and extract pre-created moltenVK/DXVK (and use the headers to build VKD3D)

* some more on the DXVK install script

* add missing shell keyword in action

Co-authored-by: Gcenx <38226388+Gcenx@users.noreply.github.com>

* let's see how 21.1.0 is going
* retire 21.0.0 as we only build the latest minor for every major version

This should resolve build problems for PE modules when using mingw32-gcc10 and greater. (Currently homebrew-core & macports-ports ship mingw32-gcc11)

No additional flags are needed for mingw32-gcc11 due to the inclusion of the upstream sincos patch being applied as required.

It doesn’t make sense to upload artifacts for this workflow

- Added required build dep mingw-w64
- Removed krb5 it’s not that important.
- Added configure flag --with-mingw

When CROSS_OVER_VERSION is not set echo the version being built

* add version 21.0.0 (untested so far)

* fix SDL2 path for 21.0.0

* do not disable vulkan in 21.0.0

* disable kerberos as it leads to a build error

* Disable building DXVK in 20.x.x

Build failures seem to result from a too recent mingw-w64: version 9.x.x of mingw-w64 contains the DirectX code pieces from wine 6.0 which breaks the build of DXVK.

Unfortunately, there does not seem to exist a home-brew formula for mingw-w64 8.x.x. :-(

* add missing sincos() to msvcrt

see https://github.com/GabLeRoux/macos-crossover-cloud-build/pull/20#issuecomment-893488772

* remove '-fcommon' from CROSSFLAGS for 20.x.x and 21.x.x

see https://github.com/GabLeRoux/macos-crossover-cloud-build/pull/20#issuecomment-893488772



* remove version that we are pretty sure about to be not needed any more

* switch to manual run for now

* see if I can get this modularized (for now without the convoluted if-statements

* Cache and restore llvm/clang to avoid doing the same thing over and over again

* fix indentation

* build_monolithic.yml: Don't append @v1 to local actions

Locally hosted actions don't require a version

* replace deprecated hw.ncpu by hw.activecpu

* Squash CX21 & CX20 32on64 configure options

* squash 2x config steps

* consistency: uploading only makes sense if we created an archive

* Move something around test

* factor build step for llvm/clang into a separate action

* build llvm/clang in a separate job before building the different wine versions

* try to debug the unpacking failure

* fix tools download path

* oops - forgot to remove a local test

Co-authored-by: Gcenx <38226388+Gcenx@users.noreply.github.com>