Re: Dex2oat failed to compile a boot image

[Michael Goffioul]

I found out I was missing this change: https://android.googlesource.com/platform/libcore/+/271b4054b825efca3176c4ac11565e33cff5d09a

I cherry-picked it, but now I'm getting a different error:

dex2oatd F 03-30 19:11:33  6962  6962 unstarted_runtime.cc:2085] Calling native method void android.system.OsConstants.initConstants() in an unstarted non-transactional runtime

On Mon, Mar 30, 2020 at 6:59 PM Michael Goffioul <michael....@gmail.com> wrote:

On Mon, Mar 30, 2020 at 6:52 PM Michael Goffioul <michael....@gmail.com> wrote:

I'm still experimenting with android-r-preview-2, and very close to the end of the build process, I'm getting the following error:

FAILED: out/soong/x86/dex_artjars/android/apex/com.android.art/javalib/x86/boot-apache-xml.art out/soong/x86/dex_artjars/android/apex/com.android.art/javalib/x86/boot-apache-xml.oat out/soong/x86/dex_artjars/android/apex/com.android.art/javalib/x86/boot-apache-xml.vdex out/soong/x86/dex_artjars/android/apex/com.android.art/javalib/x86/boot-bouncycastle.art out/soong/x86/dex_artjars/android/apex/com.android.art/javalib/x86/boot-bouncycastle.oat out/soong/x86/dex_artjars/android/apex/com.android.art/javalib/x86/boot-bouncycastle.vdex out/soong/x86/dex_artjars/android/apex/com.android.art/javalib/x86/boot-core-icu4j.art out/soong/x86/dex_artjars/android/apex/com.android.art/javalib/x86/boot-core-icu4j.oat out/soong/x86/dex_artjars/android/apex/com.android.art/javalib/x86/boot-core-icu4j.vdex out/soong/x86/dex_artjars/android/apex/com.android.art/javalib/x86/boot-core-libart.art out/soong/x86/dex_artjars/android/apex/com.android.art/javalib/x86/boot-core-libart.oat out/soong/x86/dex_artjars/android/apex/com.android.art/javalib/x86/boot-core-libart.vdex out/soong/x86/dex_artjars/android/apex/com.android.art/javalib/x86/boot-okhttp.art out/soong/x86/dex_artjars/android/apex/com.android.art/javalib/x86/boot-okhttp.oat out/soong/x86/dex_artjars/android/apex/com.android.art/javalib/x86/boot-okhttp.vdex out/soong/x86/dex_artjars/android/apex/com.android.art/javalib/x86/boot.art out/soong/x86/dex_artjars/android/apex/com.android.art/javalib/x86/boot.invocation out/soong/x86/dex_artjars/android/apex/com.android.art/javalib/x86/boot.oat out/soong/x86/dex_artjars/android/apex/com.android.art/javalib/x86/boot.vdex out/soong/x86/dex_artjars_unstripped/android/apex/com.android.art/javalib/x86/boot-apache-xml.oat out/soong/x86/dex_artjars_unstripped/android/apex/com.android.art/javalib/x86/boot-bouncycastle.oat out/soong/x86/dex_artjars_unstripped/android/apex/com.android.art/javalib/x86/boot-core-icu4j.oat out/soong/x86/dex_artjars_unstripped/android/apex/com.android.art/javalib/x86/boot-core-libart.oat out/soong/x86/dex_artjars_unstripped/android/apex/com.android.art/javalib/x86/boot-okhttp.oat out/soong/x86/dex_artjars_unstripped/android/apex/com.android.art/javalib/x86/boot.oat
dex2oatd F 03-30 18:38:12  5762  5762 class_linker.cc:8451] Check failed: previous_size == size (previous_size=108, size=104) Ljava/lang/DexCache;
Runtime aborting...

Any hint would be appreciated. I've never had that error in previous Android versions, I'm not sure what to look for.

Note that the above error is accompanied with a message to add "--runtime-arg -verbose:verifier" to the 

My apologies, I hit send too early. I just meant to say the additional flag didn't provide more information.

[Guoyin Chen]

There are quite a lot of build error with android-preview-2 build. I think google have several wrong tag on different gits. 

On Tuesday, March 31, 2020 at 8:41:18 AM UTC+8, Michael Goffioul wrote:

I found out I was missing this change: https://android.googlesource.com/platform/libcore/+/271b4054b825efca3176c4ac11565e33cff5d09a

I cherry-picked it, but now I'm getting a different error:

dex2oatd F 03-30 19:11:33  6962  6962 unstarted_runtime.cc:2085] Calling native method void android.system.OsConstants.initConstants() in an unstarted non-transactional runtime

On Mon, Mar 30, 2020 at 6:59 PM Michael Goffioul <michael...@gmail.com> wrote:

[Dan Willemsen]

As posted with the announcement:

This preview is not a full platform update and only for reference.

I would not expect this to build or necessarily get any further (eg boot/etc). Only some components have been updated, and that's done on a git-project boundary, so the entire build graph gets skewed significantly between old and new projects.

- Dan 

--
--
You received this message because you are subscribed to the "Android Building" mailing list.
To post to this group, send email to android-...@googlegroups.com
To unsubscribe from this group, send email to
android-buildi...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-building?hl=en

---
You received this message because you are subscribed to the Google Groups "Android Building" group.
To unsubscribe from this group and stop receiving emails from it, send an email to android-buildi...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/android-building/494fa5bf-8949-4134-892f-efa17f4537ea%40googlegroups.com.

[Michael Goffioul]

Indeed, although there's a tagged manifest for android-r-preview-2 (https://android.googlesource.com/platform/manifest/+/d28565b32bcdbdff11e3f47649032fb0a02d7828) and all all repos have the corresponding tag, this is completely useless, as some core repos are out of sync or incorrectly tagged. In particular, all my last build errors were due to inconsistent "art" and "libcore" repositories: various changes covering both repos had their "art" part included in the tag android-r-preview-2, while their "libcore" part was left ouf of the same tag.

To view this discussion on the web visit https://groups.google.com/d/msgid/android-building/CALQgHdk42ZnMgZ1TVO1Wk4D5LAj4xLh89XN-wXu9MSk6iAiT3Q%40mail.gmail.com.

[Felix Elsner]

What is preventing you from freezing and releasing the tags that you build the Pixel or emulator images with? (https://developer.android.com/preview/get )

Either way, it would be nice of you to ask the release team to do a build-test before releasing r-preview-3, Dan.