Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
CrossOver Allows x86 Windows Apps to Run on Apple M1 Macs
- Thread starter MacRumors
- Start date
- Sort by reaction score
Did you even read what I wrote ?
i stated that this most likely was showcasing something complicated, but for the ordinary user its useless 7 FPS is useless and i'll stand by that statement.
No one forces anyone to update and Apple publishes security updates at least a few versions back. Your existing software will work fine on the M1 if it is not released natively.Wondering how many iterations of macOS Apple will give us before they remove Rosetta 2?
With the PowerPC we got two, Leopard and Snow Leopard and dropped it with Lion because they shortened the transition to Intel.
What I do not know is if Rosetta 2 is only needed for the conversion or if it still needed after the conversion. If it is a single convert and done then your apps will live for a long time.
Same here.. I've got a Snow Leopard VM and an older specific Windows 7 build VM I use, but I'm optimistic I'll be able to use them again in time. I'll still have my 2015 MBP for a bit and can use them there when I (rarely) need them until I sell it. I'm not sure what VMWare has officially said about M1/ARM but Parallels blog post sounded promising. I'm still really curious how UTM would work. I've been able to use Fedora and a build of Linux Mint in UTM on my iPad Pro with not much lag. I'd assume installing UTM would be no different than "installing" any other .ipa file on the new Macs? I mean, it seems like UTM is already made to run on the M1 Macs, no? Whether the OS VM works or not is another question, but I'm sure anyone should be able to at least try, right? UTM is a GUI for QEMU on iOS, so I'd just assume the .ipa file would work. Does VMWare or Parallels even work on the M1 Macs yet?
I'm stuck waiting until next week+ for my MBP13M1 to try all this..
::EDIT:: Looks like UTM will be working again at some point soon. Currently a bug in Big Sur about loading QEMU
Can't boot vm on macOS(arm64) · Issue #524 · utmapp/UTM
Describe the bug Once I Start the vm, it shows up "An internal error has occurred" Version v2.0.8 OS: macOS Big Sur 11.0.1 beta(20B5022A) To Reproduce Steps to reproduce the behavior: Create an VM ...
github.com
Last edited:
Because in the Windoze world code is forever and you only pry an old absolute code from their hands if it has effectively gone to Obscureland. Heck, there is an article called "How to Enable 16-bit Application Support in Windows 10" Jan 9, 2019
That is beyond insane. What freaking caveman uses 16-bit code in 2019?! Oh, yeh that's right, Windows Cavemen.
Because in the Windoze world code is forever and you only pry an old absolute code from their hands if it has effectively gone to Obscureland. Heck, there is an article called "How to Enable 16-bit Application Support in Windows 10" Jan 9, 2019
That is beyond insane. What freaking caveman uses 16-bit code in 2019?! Oh, yeh that's right, Windows Cavemen.
I just checked my Windows system and there are 12 32-bit processes running. Fidelity Active Trader Pro, Uber Conference, even VLC. I'm somewhat amazed that these big companies are still running 32-bit programs.
Not as far as I can tell. I've been using Crossover to run Quicken for Windows, and it works well on my M1 MacBook Air with the Big Sur beta.
Tim Cook said that 50% of sales this past year have been to new users of the Mac. That may be why they are pushing compatibility with iOS apps, though that's mostly a gimmick right now. That said, Macs come with plenty of built-in software, and companies like Microsoft make subscriptions available to both Windows and Mac users. An Office 365 subscription allows installation on up to 5 computers (any combination of Windows or Mac), plus iOS and Android devices.
Note that this was before Apple switched to annual updates of macOS. I'm guessing Rosetta 2 will be around for the next 3-4 macOS releases. They will still be selling Intel-based Macs for another 2 years. Unlike the Intel switch, which they accelerated from their initial 2-year estimate, Apple re-emphasized at the M1 launch that the process would take "a couple of years." We don't yet know how well this will scale at the high end.Wondering how many iterations of macOS Apple will give us before they remove Rosetta 2?
With the PowerPC we got two, Leopard and Snow Leopard and dropped it with Lion because they shortened the transition to Intel.
You can always just stay on older versions of macOS if you still need Rosetta. Or run it in a Virtual Machine. My guess is that you'll be able to run Big Sur in a virtual machine by the time the next version of macOS comes out.
You no longer need windows to play RCT. An open source project reverse engineered the game and rewrote it in modern C++. It’s called OpenRCT2. It runs on Android, MacOS, Nintendo Switch, and more. openrct2.org
The problem that I see with this implementation of WINE is that it relies on Rosetta 2.
Just as Apple eventually discontinued the development and inclusion of Rosetta, so I expect the same with Rosetta 2. While I am impressed by what WINE is able to do at the moment, this is not a viable long-term solution for anyone who needs to use a Windows program for work.
I don’t know if there ever will be real virtualization on Apple’s silicon. Apple stated they had no intent to virtualize Windows (a la Boot Camp). I wonder and highly doubt if Apple will allow virtualization programs in the future.
Yes that is promising. I saw some videos a few moths ago of OSX Leopard (or Tiger) runnign on an iPad. I'm jsut not sure how easy it is to actually get it to work...I need something simple and stable...Same here.. I've got a Snow Leopard VM and an older specific Windows 7 build VM I use, but I'm optimistic I'll be able to use them again in time. I'll still have my 2015 MBP for a bit and can use them there when I (rarely) need them until I sell it. I'm not sure what VMWare has officially said about M1/ARM but Parallels blog post sounded promising. I'm still really curious how UTM would work. I've been able to use Fedora and a build of Linux Mint in UTM on my iPad Pro with not much lag. I'd assume installing UTM would be no different than "installing" any other .ipa file on the new Macs? I mean, it seems like UTM is already made to run on the M1 Macs, no? Whether the OS VM works or not is another question, but I'm sure anyone should be able to at least try, right? UTM is a GUI for QEMU on iOS, so I'd just assume the .ipa file would work. Does VMWare or Parallels even work on the M1 Macs yet?
I'm stuck waiting until next week+ for my MBP13M1 to try all this..
::EDIT:: Looks like UTM will be working again at some point soon. Currently a bug in Big Sur about loading QEMU
Can't boot vm on macOS(arm64) · Issue #524 · utmapp/UTM
Describe the bug Once I Start the vm, it shows up "An internal error has occurred" Version v2.0.8 OS: macOS Big Sur 11.0.1 beta(20B5022A) To Reproduce Steps to reproduce the behavior: Create an VM ...
I'm actually in the other camp at the moment: I have a top end 13 inch MBPro i7 on order to make sure I have an Intel processor over the transition...but it may prove a bit of an overpriced and outdated machine pretty quickly.
This is likely why poor Microsoft had to go with an emulator rather then a translator in ARM Windows - it would have taken far longer to write a translator for all those calls. I am hoping that the rumors talks are real because it is clear ARM is the future and the only way Microsoft to do it and not have to deal with poor performance is to have a "pass-through" to Rosetta 2 for the 64-bit stuff. And Swift is one of the few non Java languages that easily bridges the ARM Windows and M1 gap.
I'm excited to run PPC OS 9 on Sheepshaver on x86 Snow Leopard via Rosetta within a VMware VM on ARM via Rosetta 2
Uh, as I said in in this thread a long time ago, "Read Getting started with Docker for Arm on Linux especially the "Register Arm executables to run on x64 machines" and note the date: Jun 07 2019. Over a year ago."
While that code will not be optimized for the way the M1 works it should run reasonably.
Some other points in that article:
"Install the qemu instruction emulation to register Arm executables to run on the x86 machine. For best results, the latest qemu image should be used. If an older qemu is used some application may not work correctly on the x86 hardware."
"Create a multi-architecture build instance
(...)
As we have seen, building multi-architecture containers can be created with buildx in the same way as with Docker Desktop for Mac and Windows. Give it a try for yourself and start making the transition to multi-architecture Docker images today."
One of the other articles linked to at the end of the originally liked article is Arm and Docker: Better Together April 24, 2019 (ie over a year ago)
"With today’s announcement, we enable all of them to instantly become Arm developers, targeting everything from an embedded endpoint to an Arm Neoverse server in the cloud, using the same PC or Mac development environment they have always used.
(...)
This announcement is the result of our multi-year investment in the development community, software ecosystem, and the over 400 open source projects we actively contribute to. That long-term dedication to infrastructure is why most of the official images on DockerHub already support Arm and why every week there are about 200 million container images pulled from DockerHub that can also be downloaded for Arm. It is also why we are so excited about our partnership with Docker which will continue to innovate around lifecycle management, distributed workload management, heterogeneous compute, and security."
A little more searching produced this:
"Docker Desktop provides binfmt_misc multi-architecture support, which means you can run containers for different Linux architectures such as arm, mips, ppc64le, and even s390x." - Leverage multi-CPU architecture support
Deploying Docker Containers on Arm Hardware Just Got Easier (Apr 25, 2019)
Leverage multi-CPU architecture support
This year (Jun 23, 2020) there is: Preparation toward running Docker on ARM Mac: Building multi-arch images with Docker BuildX
"So, Docker will no longer be useful when you want to run the same image on Mac and on x86_64 cloud instances? Nope. Docker will remain useful, as long as the image is built with support for multi-architectures.
If you are still building images only for x86_64, you should switch your images to multi-arch as soon as possible, ahead of the actual release of ARM Mac"
"To build multi-architecture images, you need to use Docker BuildX plugin (docker buildx build ) instead of the well-known docker build command."
Obviously, you have no clue how applications are used by enterprises. They have thousands of custom apps developed at some point in time at great cost. It is prohibitively expensive for them to redesign these apps. They have to be able to use them for a long time. That's one reason why enterprises do not use (and may never use) Macs.Because in the Windoze world code is forever and you only pry an old absolute code from their hands if it has effectively gone to Obscureland. Heck, there is an article called "How to Enable 16-bit Application Support in Windows 10" Jan 9, 2019
That is beyond insane. What freaking caveman uses 16-bit code in 2019?! Oh, yeh that's right, Windows Cavemen.
And someone is working on an open src AoE II: https://github.com/SFTtech/openage
Yeah, but at least with Wine there's no buy-in. You just download it for free, try to run your stuff, and if it doesn't work or breaks later, you didn't waste a whole lot of time. For whatever old junk that requires Windows, I have an old junk laptop lying around, not hard to find.
For some reason the default download for many programs is still 32-bit, or at least it's higher on the list than the "x64" version. And 64-bit apps are separated in Windows. It's ugly.