Originally Posted by KyadCK
If it were that simple, there would be no effort or significance at all in making WINE work on ARM. Android runs on a linux kernel after all and can even run Linux side by side with Android (not to mention some distros like OpenSUSE putting a lot of time and effort into getting an ARM build working). If all anything ever needed was a recompile, this thread wouldn't exist.
For most code it is just a re-compile. When you get into code that has to talk directly to the hardware, it gets different. Those programs are designed for x86 in mind. Wine has to have direct access to a few things, audio and video to name some. I'm sure out of those two I listed, one will have a different interface coming from x86 to ARM. If those changes break wine, then no it's not as simple as a re-compile. However many programs won't do that, especially those that don't require hardware access. Generally unless a program has specifics, their isn't a reason why it shouldn't compile.
Maybe arm does memory management different and programs are written without that in mind, might break a program. I could go on and on about the reasons but don't make that seem that everything follows those examples. Many, many programs will simply compile cross arch. OpenSUSE might have wanted to put some ARM specifics in their desktop to get more out of it. Who knows, less you develop for them. =P
 And I'll say it again since I'm posting. WINE DOES NOT EMULATE. If it's on arm, it'll run windows programs designed for ARM. Their is no uarch code, it simply takes software calls and turns them into something the current platform can understand. The code is still x86/arm so it has to run on an x86/arm platform. Don't get the idea that this is that big, that would take a lot more effort.
Originally Posted by Brutuz
I believe it's aiming at some form of x86 emulation but also enabling Windows ARM programs to work on Android.
NO NO NO
Windows apps are mostly compiled for x86 and they won't run on ARM with bare Wine, likewise ARM applications won't run on x86(_64) with bare Wine, so this is not our motivation. The original Motivation was to be able to run winelib-apps on ARM, that even was before it got public that win8 will run on ARM devices. Meanwhile we are in progress to support these new ARM PEs for win8! Possible other goals, but they need some more brainstorming:
They don't emulate, as well as the whole goal is to be done in userspace. I'm certain if they did emulation with the expectation to be on those types of devices they would have to branch out of userspace. I know you can do userspace drivers, it's just not what the kernel currently does and so I doubt that would happen. Plus all of this is huge dev time, huge. They still want to focus on DX10/11 eventually, not emulating x86 on ARM.
Not that they don't have those goals written down, x86 on PowerPC was tried but ditched (also on the wiki). However, I wouldn't expect anything good to run. Or I wouldn't expect those goals to come to fruit anytime soon. You'll seen Wine for ARM run only ARM aps, if it gets emulation it'll be later and we will probably all hear about it as a separate announcement.Edited by mushroomboy - 2/22/13 at 1:28pm