WINE is the correct approach to run Microsoft Windows applications, but WINE only emulates documented APIs and ABIs as the undocumented ones have not all been reverse engineered.
As I said there is no way that Microsoft would be interested in contributing to LGPL WINE, but they own WISE and could subcontract out the work out to Harmon.ie who could use their Mainsoft just as Microsoft had subcontracted out the Edge work to Adobe. Adobe! Clench tight and keep your back to the wall.
https://en.wikipedia.org/wiki/Window...ce_Environment
https://en.wikipedia.org/wiki/Merge_(software)
https://en.wikipedia.org/wiki/Mainsoft
https://www.cvedetails.com/vendor/26
https://www.cvedetails.com/vendor/53
Containers do not add the overhead of hardware faked with software or a fake OS to drive the fake hardware. Containers are a glorified chroot that also splits up /proc, /dev, etc. If you understand Unix permissions then Unix on Unix containers are totally superfluous.
The IBM GNU/Linux-based virtualization uses the IOMMU to make real hardware available to AIX. AIX then drives the real hardware. The GNU/Linux based hypervisor is out of band. I.e. you can divvi real hardware for AIX and IBM i. IBM i has all of its IOSP VMs.
https://en.wikipedia.org/wiki/HiperSocket
Solaris emulation works well on SPARC Linux (providing you steal the Solaris runtime). This is what I had on dual boot Solaris - Debian GNU/Linux box. This Unix on Unix case is pretty simple. Though superfluous it allowed me to run Solaris binaries in GNU/Linux without having to reboot. I actually had SRSS running under Debian GNU/Linux on SPARC.
The Windows on Unix case has also been proven and I have used a number of products (WABI and Merge) over the years. I use WINE now for 3rd party Microsoft Windows apps. MS Office does not run and I don't care.
Torvalds says that virtualization is evil. This is true if you already have Unix, but we have the practical problems of running legacy applications and binary only Unix software.
I have run iBCS binaries locked to a single CPU thread on GNU/Linux too. We had old binary apps for SCO that I migrated to GNU/Linux.
My laptop was a Chrome book so it was running just enough GNU/Linux to run Chrome. Now it's running Debian GNU/Linux and the hardware still works.
Perhaps the solution if you can't see the sense of a machine running Microsoft is to get anything else as it will always be more useful.
BTW the old 32bit G4 with AltiVec still whips x86 including SSE and AVX. I build SS3 for Celeron and AVX for i7. Apple jumping to Intel and worse still Effectively Fscked Itanic firmware makes no sense to me. As I said we are an IBM shop. I run rEFIt as I need BIOS to bash sense into my WinVidia for GNU/Linux on Mac. BOOTCAMP also does this for Microsoft Windows.
Now it fair to say that Macs are expensive PeeCees, but they come with an OS that's usable. That matters less to me as I run free Debian GNU/Linux.
PeeCee lusers basically have a few options:-
Expensive: Skip the PeeCees and get Macs.
Low cost: Get an app that runs on GNU/Linux or some flavour of BSD or Unix.
Low fixed cost: Go over to Google cloud.