Pasting from another thread...
I wrote this on Saturday:
Emulation is not necessary...
I know that Mac OS X ran on commodity x86 hardware with few major problems as of two years ago...my cousin worked at Apple in R&D.
Remember that ALL of Mac OS X is coded/designed to compile with GCC...Darwin already runs well on x86 hardware. FreeBSD runs great on x86.
Any and all developers who use Xcode to do their coding for Mac are using and compiling and debugging their code using GNU compiler tools. In theory, a few changes to the make files is all that is required to have a working x86 binary using GCC.
Using GCC has given Apple freedom to jump hardware platforms...think of the diversity of FreeBSD or Linux.
I'll wager that, if Apple had to, they could go gold with Tiger on x86 in as little as 3-4 months.
Today:
Remember folks...You heard it here first.
I did have inside info, though...
Edit:
I didn't want to say too much before...But I saw OS X running on Intel stuff in 2003 with my own eyes. It seemed to run great. At the time or a little earlier, Apple was seriously considering x86 prior to the commitment to manufacture and, then, release of G5 powermacs. How far or close they were to going Intel then...to that I could only speculate so I won't bother.
Replying to Software porting concerns: You guys are also still making too big a deal out of the software porting problem. There are numerous large oss software codes that literally compile and run without issue on x86 and PPC without any code changes.
If anything, small developers (shareware) won't care about recompiling because they distribute by download predominantly.
Larger developers like Wolfram or Adobe will be minorly inconveinenced but, I'm sure are they really happy about the change because future development (post transition) and code management will be so much easier. Adobe, et al will probably just distribute new x86 OS X media to registered PPC customers who request x86 binary's and ship both OR fat bi's in new releases.
For one, MS Office for Mac will run much, much faster on Intel/OS X because the VB engine won't be encumbered by emulation overhead.