HI All, I am also experiencing this error when I am building android for ARM
========================================= PLATFORM_VERSION_CODENAME=REL PLATFORM_VERSION=1.6 TARGET_PRODUCT=ldp1 TARGET_BUILD_VARIANT=eng TARGET_SIMULATOR= TARGET_BUILD_TYPE=release TARGET_ARCH=arm HOST_ARCH=x86 HOST_OS=linux HOST_BUILD_TYPE=release BUILD_ID=Donut ============================================ build/core/main.mk:458: *** No TARGET_CPU_ABI defined by board config: . Stop. I note that the HOST ARCH is displayed as x86 but i am running from a dual core AMD athlon. please let me know if there are any solutions . Regards S.Rajesh Kumar On Aug 5, 1:48 am, penguins <suf...@gmail.com> wrote: > Hi, > > I downloaded android source code for x86 today and tried to compile > it, but failed, here is the error that I received: > > $TARGET_ARCH=x86 TARGET_PRODUCT=eee_701 DISABLE_DEXPREOPT=true make - > j2 installer_img > ============================================ > PLATFORM_VERSION_CODENAME=Donut > PLATFORM_VERSION=Donut > TARGET_PRODUCT=eee_701 > TARGET_BUILD_VARIANT=eng > TARGET_SIMULATOR= > TARGET_BUILD_TYPE=release > TARGET_ARCH=x86 > HOST_ARCH=x86 > HOST_OS=linux > HOST_BUILD_TYPE=release > BUILD_ID=Donut > ============================================build/core/main.mk:458: *** No > TARGET_CPU_ABI defined by board > config: . Stop. > > Is this related? > > Thanks. > > P > > On Aug 2, 6:12 pm, Yi Sun <beyo...@gmail.com> wrote: > > > Chihwei backed out both from android-x86 > > > On 2009-8-2, at 16:54, Chen Yang <sunsety...@gmail.com> wrote: > > > > yes, I have run it. > > > 10482 has 2 issues, my 2nd itemfixedone issue. I don't know > > > whether current framework has the right kind of implementation that > > > may expose the 2nd issue of that. At least, from what I have run, I > > > haven't found problems so far. > > > -- > > > Chen > > > > On Mon, Aug 3, 2009 at 2:10 AM, Yi Sun <beyo...@gmail.com> wrote: > > > Have you run the image? There should be more issues, the 10482 was > > > notfixedyet (not sure about today's status), the init.rc has new > > > entries need to add .... > > > Yi > > > > On Sun, Aug 2, 2009 at 3:21 AM, Chen Yang <sunsety...@gmail.com> > > > wrote: > > > Just finished one round of proofbuildof the public AOSP code: > > > here is the summary: > > > 1.missing one _BYTE_ORDER define in bionic/arch-x86/include/machine/ > > > _types.h > > > > --- a/libc/arch-x86/include/machine/_types.h > > > +++ b/libc/arch-x86/include/machine/_types.h > > > @@ -119,5 +119,6 @@ typedef void * __wctype_t; > > > /* Feature test macros */ > > > #define __HAVE_CPUINFO > > > #define __HAVE_MUTEX > > > +#define _BYTE_ORDER _LITTLE_ENDIAN > > > > #endif /* _I386__TYPES_H_ */ > > > > 2. some problem on x86 by recent check in dalvik: > > > project dalvik/ > > > diff --git a/vm/oo/Class.c b/vm/oo/Class.c > > > index a5d42eb..c47dff4 100644 > > > --- a/vm/oo/Class.c > > > +++ b/vm/oo/Class.c > > > @@ -4276,13 +4276,13 @@ noverify: > > > */ > > > assert(f->byteOffset >= CLASS_SMALLEST_OFFSET); > > > assert((f->byteOffset & (CLASS_OFFSET_ALIGNMENT - 1)) > > > == 0); > > > +#define CLASS_BIT_SHIFT_COUNT(byteOffset) (((unsigned int) > > > (byteOffset) - CLASS_SMALLEST_OFFSET) / CLASS_OFFSET_ALIGNMENT) > > > + if(CLASS_BIT_SHIFT_COUNT(f->byteOffset) >= > > > CLASS_BITS_PER_WORD) { > > > + clazz->refOffsets = CLASS_WALK_SUPER; > > > + break; > > > + } > > > u4 newBit = CLASS_BIT_FROM_OFFSET(f->byteOffset); > > > - if (newBit != 0) { > > > - clazz->refOffsets |= newBit; > > > - } else { > > > - clazz->refOffsets = CLASS_WALK_SUPER; > > > - break; > > > - } > > > + clazz->refOffsets |= newBit; > > > f++; > > > } > > > } > > > > 3. applypatch depends on libmtdutils.a, which doesn't exsit on x86. > > > so maybe can disable it. > > > projectbuild/ > > > diff --git a/tools/applypatch/Android.mk b/tools/applypatch/Android.mk > > > index fe317ff..8f494b6 100644 > > > --- a/tools/applypatch/Android.mk > > > +++ b/tools/applypatch/Android.mk > > > @@ -14,6 +14,7 @@ > > > > ifneq ($(TARGET_SIMULATOR),true) > > > > +ifeq ($(TARGET_ARCH),arm) > > > LOCAL_PATH := $(call my-dir) > > > include $(CLEAR_VARS) > > > > @@ -48,4 +49,5 @@ LOCAL_STATIC_LIBRARIES += libz > > > > include $(BUILD_HOST_EXECUTABLE) > > > > +endif # TARGET_ARCH == arm > > > endif # !TARGET_SIMULATOR > > > > 4. preloaded-classes/init.rc fixes originally known to x86. > > > > hope it helps. > > > -- > > > Chen > > > > On Thu, Jul 30, 2009 at 3:10 PM, Chen Yang <sunsety...@gmail.com> > > > wrote: > > > Cool. would you like to provide some more detail about the issue? > > > Thanks. > > > -- > > > Chen > > > > On 7/30/09, Chih-Wei <cwhu...@linux.org.tw> wrote: > > > > The android-x86buildbrokendue to upstream changes (donut merged) is > > >fixed. > > > Now you can get a workable tree and enjoy Donut on x86. > > > > You may try to repo sync. But the changes are huge so I'm not sure > > > whether you can succeed or not. If you encounter conflicts but don't > > > know how to fix, I suggest you redo repo init and then sync a fresh > > > tree. > > > > Besides, wifi support has been integrated. Ath5k, ath9k modules work > > > fine. Other drivers need further testing. As always, test results are > > > welcome. > > > > -- > > > Chih-Wei > > > Android-x86 > > >http://code.google.com/p/android-x86/ > > > > -- > > > Android-x86 > > >http://code.google.com/p/android-x86/-Hide quoted text - > > > - Show quoted text - --~--~---------~--~----~------------~-------~--~----~ unsubscribe: android-porting+unsubscr...@googlegroups.com website: http://groups.google.com/group/android-porting -~----------~----~----~----~------~----~------~--~---