Dexopt schlug bei einem sehr großen APK (Out-of-order method_idx) fehl, wenn dex.force.jumbo = true

Ich habe ein sehr großes Android-Projekt mit mehreren großen Gläsern von Drittanbietern (als Android-Bibliotheken).
Ich glaube, ich habe die maximale Anzahl von Methodenbeschränkungen eines Dex erreicht (Kompilieren über Eclipse):

[2012-11-18 02:28:45 - Find In Files] Dx-Verarbeitung classes.dex ...
[2012-11-18 02:28:48 - Dex Loader] Dex kann nicht ausgeführt werden: Der neue Index 66774 kann nicht mit einer Non-Jumbo-Anweisung zusammengeführt werden!
[2012-11-18 02:28:48 - Find In Files] Konvertierung in das Dalvik-Format fehlgeschlagen: Dex kann nicht ausgeführt werden: Der neue Index 66774 kann nicht in eine Non-Jumbo-Anweisung eingefügt werden!

Unter Ausnutzung der SDK-Tools 21 (Plattform-Tools 16) habe ich daher mein Hauptprojekt project.properties zum Festlegen bearbeitetdex.force.jumbo=true.
Die Flagge erlaubt mir die APK zu generieren. Aber ich konnte es nicht richtig installieren (auf physischen und Emulator gleichermaßen). Es scheint einen Fehler im Dex-Optimierer zu geben:

11-18 20: 11: 05.338: I / PackageManager (103): Ausführen von dexopt unter: com.mypackage.myapp
11-18 20: 11: 08.577: E / dalvikvm (868): method_idx: 0x2ae0, dann 0x1
11-18 20: 11: 08.577: E / Dalvikvm (868): Probleme mit Artikel 1544 @ Offset 0xf7ae24
11-18 20: 11: 08.577: E / Dalvikvm (868): Austausch des Abschnitts Typ 2006 fehlgeschlagen
11-18 20: 11: 08.577: E / Dalvikvm (868): FEHLER: Byte-Tausch + Überprüfung fehlgeschlagen
11-18 20: 11: 08.597: E / Dalvikvm (868): Optimierung fehlgeschlagen
11-18 20: 11: 08.597: W / installd (39): DexInv: --- END '/data/app/com.mypackage.myapp-1.apk' --- status = 0xff00, Vorgang fehlgeschlagen
11-18 20: 11: 08.597: E / installd (39): dexopt fehlgeschlagen bei '/data/dalvik-cache/data@[email protected]@classes.dex' res = 65280
11-18 20: 11: 08.697: W / PackageManager (103): Paket konnte nicht in /data/app/com.mypackage.myapp-1.apk installiert werden
11-18 20: 11: 09.018: D / Dalvikvm (103): GC_EXPLICIT befreit 1698 K, 13% frei 17034 K / 19463 K, pausiert 7 ms + 135 ms
11-18 20: 11: 09.068: D / AndroidRuntime (780): Herunterfahren der VM

Versuche ich das zu benutzendex.force.jumbo Kennzeichnen für einen Zweck, für den es nicht vorgesehen war, oder ist dieser Fehler nicht vorhersehbar?
Wenn ja, gibt es eine bessere Strategie, um ein Projekt zu generieren, das eine sehr große Anzahl von Klassen / Methoden enthält?

Antworten auf die Frage(2)

Ihre Antwort auf die Frage