Interesting, JDK1.5! Thank you for the information.
Kenny
On Dec 31 2008, 3:15 pm, Gerald myq...@gmail.com wrote:
Thanks, make sdk can work.
However, you should install JDK1.5 to compile it. (I tried to build it
by JDK1.6, but it failed.)
Gerald
On 12月30日, 下午10時55分, Kenny Yu
I've tried the emulator I built under ./android/out/host/linux-x86/
bin, the mobile GUI pops out but keeps black screen, without
android_ appearing on the screen.
I downloaded android SDK before. So I also tried to copy the three
*.img to android-sdk-linux_x86-1.0_r1/tools/lib/images and use the
But when I choose TARGET_PRODUCT: emulator
and make, the building fails with the error:
build/core/product_config.mk:161: *** No matches for product
emulator. Stop.
Does somebody meet the same problem?
Best Regards
Jasperr
--~--~-~--~~~---~--~~
unsubscribe:
Hi Jasper,
Try this: (Its working for me)
1) . build/envsetup.sh
2) choosecombo [1, 1, 2, then default option]
3) make
You should see the following when make is going on:
TARGET_PRODUCT=generic
TARGET_BUILD_VARIANT=eng
TARGET_SIMULATOR=
TARGET_BUILD_TYPE=release
Dear All:
Right now we are thinking about the possibility to change
the android graphics backend from linux framebuffer to directfb. is
this idea work or not? btw, we also have to know the relateded
libraries have to modify or add new function to handle the original
linux frame buffer
Hi All,
As far as I know, current Android supports GSM/GPRS and UMTS access
technologies (3GPP) only. No support available for CDMA i.e. 3GPP2. My
question is that being a middleware platform component how does
Android has impact on a particular access technology namely, UMTS/CDMA
etc? Current
I have seen android work on cdma phones, the calls work fine.
Gowtham
On Jan 2, 8:17 am, Hanumanthu hanumant...@gmail.com wrote:
Hi All,
As far as I know, current Android supports GSM/GPRS and UMTS access
technologies (3GPP) only. No support available for CDMA i.e. 3GPP2. My
question is
Jasper,
Please do one thing buddy. Try the above settings as I have mentioned.
You need not copy the images to your SDK. Keep your SDK
separate. Its not at all needed. You rename your SDK
emulator binary to emulator_1 to avoid confusion and also for
checking whether your built emulator works.
Hi Gowtham,
I don't think the link you mentioned talks Android powred mobile
phone...(Windows mobile).
Probably another link??
Hanumanthu
On Jan 2, 6:55 pm, gowtham gowda gowth...@gmail.com wrote:
http://pdadb.net/index.php?m=specsid=697
This is the phone i was talking about.
On Jan 2,
Hi,
From Middleware perspective access technologies should not matter
I donot think any extra specific apis specific to cdma is required
though the current apis might need to be enhanced to support for cdma.
Cheers,
Venu
On Fri, Jan 2, 2009 at 6:47 PM, Hanumanthu hanumant...@gmail.com
Hi,
On Tue, Dec 30, 2008 at 3:52 PM, camako cemil_azizo...@yahoo.com wrote:
I've seen the messages about Android not being ready for h/w
accelerated OpenGL|ES, etc.. We have an existing OpenGL|ES driver
(with an EGL implementation that supports full screen apps only) which
we've enabled
i know its a winmo phone. My colleague used this phone to run android
on it.
On Jan 2, 12:32 pm, Hanumanthu hanumant...@gmail.com wrote:
Hi Gowtham,
I don't think the link you mentioned talks Android powred mobile
phone...(Windows mobile).
Probably another link??
Hanumanthu
On Jan 2,
12 matches
Mail list logo