Linked by Thom Holwerda on Wed 18th May 2011 21:50 UTC, submitted by fran
Windows The ARM version of Windows 8 might have just become the most desired version of Windows in our hearts and minds. After us talking about legacy code and backwards compatibility in Windows for years now, an Intel senior vice president, Renee James, has just stated that Windows 8 on ARM will not have any form of compatibility for legacy applications whatsoever. Update: Microsoft has responded to Intel's claims. "Intel's statements during yesterday's Intel Investor Meeting about Microsoft's plans for the next version of Windows were factually inaccurate and unfortunately misleading," the company said, "From the first demonstrations of Windows on SoC, we have been clear about our goals and have emphasized that we are at the technology demonstration stage. As such, we have no further details or information at this time."
Thread beginning with comment 473682
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE: It makes sense
by Karitku on Thu 19th May 2011 06:41 UTC in reply to "It makes sense"
Karitku
Member since:
2006-01-12

My guess is that "pure Windows 8 applications" will be .net only. That way, the .net runtime will emit ARM or x86 assembly depending on the platform it's running on.

So by "legacy Windows 7 applications" I guess they mean non .net software that will only be able to run on x86.

Only time will tell, though...

Microsoft already demoed Office 2010 on ARM, so no it's not just .NET.

Reply Parent Score: 2

RE[2]: It makes sense
by tanzam75 on Thu 19th May 2011 16:05 in reply to "RE: It makes sense"
tanzam75 Member since:
2011-05-19

Interesting that they demo'd Word, though.

Excel is known to include a bunch of x86 assembly code.

Reply Parent Score: 1

RE[3]: It makes sense
by WereCatf on Thu 19th May 2011 16:50 in reply to "RE[2]: It makes sense"
WereCatf Member since:
2006-02-15

Interesting that they demo'd Word, though.

Excel is known to include a bunch of x86 assembly code.


Assembly code is not a terribly big problem. Just use a assembly -> C translator, and you get a compilable file to use. It'll work the same, maybe slightly slower, but it'll allow you to actually get a working executable for now and you can optimize it again for the new platform later when all the more important tasks are done.

Reply Parent Score: 1