wine|wine-devel: Update to 7.x

[Gcenx]

Description

• Converted wine & wine-devel over to muniversal 1.1
• Allow 64Bit only installs
• Force 32Bit loader on supported systems
• wine Updated to 7.0
• wine-devel Updated to 7.13
• Dropped unsupported OS X versions (past wine-2.0 10.6 wasn't really supported see old wine-packaging)

Modern wine requires a newer SDK to build (even with legacysupport) the Ports use MacOSX10.11.sdk at contains tbd stubs so rev-upgrade shouldn't cry.

With this wine & wine-devel are much closer to what I'm doing for the official WineHQ macOS packages, those are not yet being pushed directly to winehq due to bug 52354 (reverts are provided and marked)

Not much point dealing with wine-crossover until CX22 sources land but this version still requires the custom llvm/clang-8.0 from cw that supports the custom -mwine32 target.

Type(s)

• [x] enhancement

Tested on

macOS 10.9 13F1911 x86_64 Command Line Tools 6.2.0.0.1.1424975374

macOS 10.14.6 18G9323 x86_64 Xcode 11.3.1 11C505 (Forced 10.13 deployment target, it would be preferable to use DevSDK)

macOS 11.6.7 20G630 x86_64 Xcode 13.2.1 13C100

Verification

• [x] followed our Commit Message Guidelines?
• [x] squashed and minimized your commits?
• [x] checked that there aren't other open pull requests for the same change?
• [ ] referenced existing tickets on Trac with full URL?
• [x] checked your Portfile with port lint --nitpick?
• [x] tried existing tests with sudo port test?
• [x] tried a full install with sudo port -vst install?
• [x] tested basic functionality of all binary files?

[macportsbot]

Notifying maintainers: @ryandesign for port wine-devel, wine.

[Gcenx]

Somethings to note;

• sdl2 used for controller support
• wineusb would require libusb
• skipped bug 49199 workaround (see below)

# Standard dlopen() is used so wine(64) no longer finds dylibs, since wine-5.6
# https://bugs.winehq.org/show_bug.cgi?id=49199
configure.ldflags-append     -Wl,-rpath,${prefix}/lib

~~Can’t remember if required for an actual install built within Macports or not, will confirm later.~~ Only MoltenVK seemed to still be affected setting ac_cv_lib_soname_MoltenVK=${prefix}/lib/libMoltenVK.dylib resolved that

I’ve skipped the inclusion of libusb due to the following report from a user

wine64-preloader claims usb interface for no reason.

This could be put behind a variant

[Gcenx]

It’s preferable to first deal with https://github.com/macports/macports-ports/pull/14858 so El Capitan so would also have Vulkan support thus matching upstream.

[Gcenx]

Seems there no interest in this so closing