Multidex from support lib also doesn't always seem to work. I tried this with the scala-gradle plugin and it was working great for me and for testers, but then a 4.0.4 device for a tester would crash during installation. Can't say I recommend it.
Overall, it seems like you could delete half of your build configs as its overly redundant with superfluous additions from (I assume) migrating from the old scala plugin (which I've never used). I'd recommend writing it from scratch based on the examples in the plugin tests: https://github.com/pfn/android-sdk-plugin/tree/master/sbt-test/android-sdk-plugin For example, here's one of my simpler projects: zombix project $ cat build.properties sbt.version=0.13.5 zombix project $ cat build.scala object Build extends android.AutoBuild zombix project $ cat plugins.sbt addSbtPlugin("com.hanhuy.sbt" % "android-sdk-plugin" % "1.3.10") zombix project $ cat ../build.sbt scalaVersion := "2.11.4" compileOrder := CompileOrder.JavaThenScala transitiveAndroidLibs in Android := false platformTarget in Android := "android-21" typedResources in Android := false mergeManifests in Android := false proguardOptions in Android ++= IO.readLines(file("proguard.txt")) resolvers += "zxing" at " https://raw.github.com/embarkmobile/zxing-android-minimal/mvn-repo/maven-repository/ " libraryDependencies ++= Seq( aar("com.embarkmobile" % "zxing-android-minimal" % "2.0.0"), aar("com.embarkmobile" % "zxing-android-integration" % "2.0.0"), "com.google.zxing" % "core" % "3.0.1", "com.google.guava" % "guava" % "18.0", "com.squareup.okhttp" % "okhttp-urlconnection" % "2.0.0", "com.squareup.okhttp" % "okhttp" % "2.0.0", "com.squareup.picasso" % "picasso" % "2.3.4", "com.squareup.retrofit" % "retrofit" % "1.6.1", "org.scala-lang.modules" %% "scala-xml" % "1.0.2", aar("com.android.support" % "support-v4" % "21.0.0"), aar("com.android.support" % "support-v13" % "21.0.0"), aar("com.android.support" % "recyclerview-v7" % "21.0.0") ) On Wed, Dec 3, 2014 at 9:32 AM, Vyacheslav Blinov < blinov.vyaches...@gmail.com> wrote: > You can try to get rid of proguard for your development builds, by setting > up multidex. This however has some drawbacks: > > - you need to carefully check every release build since proguarding issues > may arise which weren't in debug builds as they were not proguarded > - your apk size might came dramatically bigger resulting in longer > deployment/install. > - Its not guaranteed to be faster since dex should emit many bytecode and > will consume more amount of resources for sure > > вторник, 2 декабря 2014 г., 19:21:50 UTC+3 пользователь alessio crestani > написал: > >> Hi. I'm developing a complex Android app and with scala+sbt+proguard I'm >> taking aproximately 200 seconds to compile and install on emulator. >> >> What can I do to get a faster compile? especially for the proguard's part. >> > -- > You received this message because you are subscribed to the Google Groups > "scala-on-android" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to scala-on-android+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "scala-on-android" group. To unsubscribe from this group and stop receiving emails from it, send an email to scala-on-android+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
