Great, go use that. And contributions are welcome as well. On Thu, Aug 26, 2010 at 11:18 PM, scur...@gmail.com <scur...@gmail.com>wrote:
> Yes, it may be "*extremely* challenging", but someone has > overcome this difficulty. Check this video out - > http://www.youtube.com/watch?v=zAV4Jbmuhc4. It is on Windows and runs > apps. Looks like it's fast. > > On Aug 24, 2:41 pm, Dianne Hackborn <hack...@android.com> wrote: > > On Tue, Aug 24, 2010 at 1:12 PM, Vedran Rodic <vro...@gmail.com> wrote: > > > Both things contribute to iPhone development being significantly > faster. > > > I wish google did something like this for Android 3.0. > > > > This requires building the entire platform to run as native code on the > host > > machine, as well as compiling a different version of the app if it has > > native code to run on the host. > > > > This is not going to happen any time soon. > > > > In fact you can build a "simulator" version of Android that runs on > Linux. > > Ultimately though this is not very useful for app development because it > > has low fidelity with the real platform -- it can't use separate > processes > > for each app, etc. > > > > Also being able to build a simulator that runs on Windows or Mac would be > > *extremely* challenging. It is not too bad on a Linux desktop, because > > Android is based on Linux. However making it run on another kernel would > > mean introducing a very significant compatibility layer across some large > > section of user space to allow it to run on these very different kernels. > > > > You'll notice that the iPhone simulator only runs on Mac. > > > > I don't think the significant effort to get a production quality Android > > simulator, that ends up only being able to run on Linux, would be > anywhere > > near worth the effort. > > > > Also, as has been pointed out, you should only need to boot the emulator > > once. After that you keep it running and just reinstall your app on > it... > > just like working with a device. > > > > -- > > Dianne Hackborn > > Android framework engineer > > hack...@android.com > > > > Note: please don't send private questions to me, as I don't have time to > > provide private support, and so won't reply to such e-mails. All such > > questions should be posted on public forums, where I and others can see > and > > answer them. > > -- > You received this message because you are subscribed to the Google > Groups "Android Developers" group. > To post to this group, send email to android-developers@googlegroups.com > To unsubscribe from this group, send email to > android-developers+unsubscr...@googlegroups.com<android-developers%2bunsubscr...@googlegroups.com> > For more options, visit this group at > http://groups.google.com/group/android-developers?hl=en > -- Dianne Hackborn Android framework engineer hack...@android.com Note: please don't send private questions to me, as I don't have time to provide private support, and so won't reply to such e-mails. All such questions should be posted on public forums, where I and others can see and answer them. -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
