if dx is running out of memory you can change its memory allocation (it
runs in its own VM so the configuration for Gradle doesn't matter.).

http://tools.android.com/tech-docs/new-build-system/user-guide#TOC-dex-options

On Fri, Dec 5, 2014 at 4:40 PM, Ken Yee <k...@mustbin.com> wrote:

>
>
> On Friday, December 5, 2014 5:36:02 PM UTC-5, Xavier Ducrohet wrote:
>>
>> Don't use -libraryjars or -injar or -oujar in your proguard file. Gradle
>> does this for you automatically.
>>
>
> Yep, I took those all out.
>
> Turns out the duplicate class issue was solved by doing this even though
> it makes no sense:
>
> http://stackoverflow.com/questions/26059838/duplicate-zip-entry-after-gradle-plugin-v0-13-1
>
> And even though I have the compile and gradle VM options set in Android
> Studio to these rather high options (which worked fine w/ 0.8.14):
> -Xmx2048m -XX:MaxPermSize=1024m -Xms512m
>
> I'm getting an outofmemory error w/ the program in the latest version of
> Android Studio compared to the old 0.8.14 version:
> Error:Execution failed for task ':app:dexDevelopmentDebug'.
> > com.android.ide.common.internal.LoggedErrorException: Failed to run
> command:
>   /Users/kenyee/android-sdk/build-tools/21.1.1/dx --dex --force-jumbo
> --no-optimize --output
> /Users/kenyee/mustbin-android/app/build/intermediates/dex/development/debug
> --input-list=/Users/kenyee/mustbin-android/app/build/intermediates/tmp/dex/development/debug/inputList.txt
>   Error Code:
>   3
>   Output:
>   warning: Ignoring InnerClasses attribute for an anonymous inner class
>   (com.amazonaws.javax.xml.stream.StaxErrorReporter$1) that doesn't come
> with an
>   associated EnclosingMethod attribute. This class was probably produced
> by a
>   compiler that did not target the modern .class file format. The
> recommended
>   solution is to recompile the class from source, using an up-to-date
> compiler
>   and without specifying any "-target" type options. The consequence of
> ignoring
>   this warning is that reflective operations on this class will
> incorrectly
>   indicate that it is *not* an inner class.
>   warning: Ignoring InnerClasses attribute for an anonymous inner class
>   (com.amazonaws.javax.xml.stream.XMLReaderImpl$1) that doesn't come with
> an
>   associated EnclosingMethod attribute. This class was probably produced
> by a
>   compiler that did not target the modern .class file format. The
> recommended
>   solution is to recompile the class from source, using an up-to-date
> compiler
>   and without specifying any "-target" type options. The consequence of
> ignoring
>   this warning is that reflective operations on this class will
> incorrectly
>   indicate that it is *not* an inner class.
>   warning: Ignoring InnerClasses attribute for an anonymous inner class
>   (com.amazonaws.javax.xml.stream.xerces.util.SecuritySupport12$1) that
> doesn't come with an
>   associated EnclosingMethod attribute. This class was probably produced
> by a
>   compiler that did not target the modern .class file format. The
> recommended
>   solution is to recompile the class from source, using an up-to-date
> compiler
>   and without specifying any "-target" type options. The consequence of
> ignoring
>   this warning is that reflective operations on this class will
> incorrectly
>   indicate that it is *not* an inner class.
>   warning: Ignoring InnerClasses attribute for an anonymous inner class
>   (com.amazonaws.javax.xml.stream.xerces.util.SecuritySupport12$2) that
> doesn't come with an
>   associated EnclosingMethod attribute. This class was probably produced
> by a
>   compiler that did not target the modern .class file format. The
> recommended
>   solution is to recompile the class from source, using an up-to-date
> compiler
>   and without specifying any "-target" type options. The consequence of
> ignoring
>   this warning is that reflective operations on this class will
> incorrectly
>   indicate that it is *not* an inner class.
>   warning: Ignoring InnerClasses attribute for an anonymous inner class
>   (com.amazonaws.javax.xml.stream.xerces.util.SecuritySupport12$3) that
> doesn't come with an
>   associated EnclosingMethod attribute. This class was probably produced
> by a
>   compiler that did not target the modern .class file format. The
> recommended
>   solution is to recompile the class from source, using an up-to-date
> compiler
>   and without specifying any "-target" type options. The consequence of
> ignoring
>   this warning is that reflective operations on this class will
> incorrectly
>   indicate that it is *not* an inner class.
>   warning: Ignoring InnerClasses attribute for an anonymous inner class
>   (com.amazonaws.javax.xml.stream.xerces.util.SecuritySupport12$4) that
> doesn't come with an
>   associated EnclosingMethod attribute. This class was probably produced
> by a
>   compiler that did not target the modern .class file format. The
> recommended
>   solution is to recompile the class from source, using an up-to-date
> compiler
>   and without specifying any "-target" type options. The consequence of
> ignoring
>   this warning is that reflective operations on this class will
> incorrectly
>   indicate that it is *not* an inner class.
>   UNEXPECTED TOP-LEVEL ERROR:
>   java.lang.OutOfMemoryError: GC overhead limit exceeded
>   at
> com.android.dx.dex.code.RopTranslator.outputBlock(RopTranslator.java:253)
>   at
> com.android.dx.dex.code.RopTranslator.outputInstructions(RopTranslator.java:233)
>   at
> com.android.dx.dex.code.RopTranslator.translateAndGetResult(RopTranslator.java:212)
>   at
> com.android.dx.dex.code.RopTranslator.translate(RopTranslator.java:105)
>   at
> com.android.dx.dex.cf.CfTranslator.processMethods(CfTranslator.java:317)
>   at com.android.dx.dex.cf.CfTranslator.translate0(CfTranslator.java:137)
>   at com.android.dx.dex.cf.CfTranslator.translate(CfTranslator.java:93)
>   at com.android.dx.command.dexer.Main.processClass(Main.java:729)
>   at com.android.dx.command.dexer.Main.processFileBytes(Main.java:673)
>   at com.android.dx.command.dexer.Main.access$300(Main.java:82)
>   at com.android.dx.command.dexer.Main$1.processFileBytes(Main.java:602)
>   at
> com.android.dx.cf.direct.ClassPathOpener.processArchive(ClassPathOpener.java:284)
>   at
> com.android.dx.cf.direct.ClassPathOpener.processOne(ClassPathOpener.java:166)
>   at
> com.android.dx.cf.direct.ClassPathOpener.process(ClassPathOpener.java:144)
>   at com.android.dx.command.dexer.Main.processOne(Main.java:632)
>   at com.android.dx.command.dexer.Main.processAllFiles(Main.java:510)
>   at com.android.dx.command.dexer.Main.runMonoDex(Main.java:279)
>   at com.android.dx.command.dexer.Main.run(Main.java:245)
>   at com.android.dx.command.dexer.Main.main(Main.java:214)
>    at com.android.dx.command.Main.main(Main.java:106)
>
>
> It's almost as if proguard is being fed duplicate jar files :-(
>
>  --
> You received this message because you are subscribed to the Google Groups
> "adt-dev" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to adt-dev+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Xavier Ducrohet
Android SDK Tech Lead
Google Inc.
http://developer.android.com | http://tools.android.com

Please do not send me questions directly. Thanks!

-- 
You received this message because you are subscribed to the Google Groups 
"adt-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to adt-dev+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to