android-jack-and-jill

On some of my Android projects I see that building got quite slow since using the new Jack compiler. I need it to use Java 8 features like lambdas. But the long building time is a bit disturbing. So I set up a new Android project. It contains just a MainActivity with one button which reacts on your click. package de.xappo.myapplication; import android.support.v7.app.AppCompatActivity; import android.os.Bundle; import android.view.View; import android.widget.Button; import android.widget.Toast; public class MainActivity extends AppCompatActivity { Button button; @Override protected void

I am using Java 8 in my Android project. I have setup both Jack (In android application module) and Retrolambda (in other modules). The problem I am having is that my Lambda expressions crash in one specific scenario when I try to make it use class variable (and I can reproduce it in any module), in all others situations it works as expected. Maybe this is a standard Java behaviour, but I couldn't find any explanations so far. Would anyone know where the problem is? My class and crash below: public class LambdaBugTest { private final String parentClassVariableString =

Seemingly at random, the apk that Android Studio installs is corrupted. It usually centers around lambdas (but it's a different one every time). I'm using Jack compilation and the latest version of everything (listed at the end). The problem persists until I do a clean build (and then everything's fine). The intermittent failures are a new phenomena. Things were stable with Jack and Java 8 features for awhile. Unfortunately, I can't pinpoint what changed before the flaky failures began. Example code: private static final Ordering<Foo> ORDER_BY_FOO = Ordering.natural().onResultOf(Foo::getId);

I'm trying to build a simple project with the new Jack toolchain . My project relies on android-apt plugin (it uses some annotation processing tool, but build error occures, even before I tried to add this tool). Here is my module build script (I'm using Android Studio 1.3 and gradle plugin 1.3.0 ): apply plugin: 'com.android.application' buildscript { repositories { jcenter() } dependencies { classpath 'com.neenbedankt.gradle.plugins:android-apt:1.6' } } apply plugin: 'android-apt' android { compileSdkVersion 22 buildToolsVersion "22.0.1" defaultConfig { applicationId "com.netimen.ui.demo"

Update 3. KOTLIN IS NOW OFFICIALLY SUPPORTED FOR ANDROID DEVELOPMENT . BY GOOGLE. YAAAAAAAAS! Update 2 : It looks like JetBrains is really committed to supporting Kotlin for Android in the long run . I'm a happy kotlin user :). Update : Hadi Hariri, from JetBrains, mentioned they're going to release some info on this topic . I will update this post once they do. === DEPRECATED STUFF NEXT === Google just released a preview for the upcoming Android N with some interesting features, the most notable being partial Java 8 language support . This is possible due to the new Jack toolchain Google is

So I update my project to use the new jack compiler, but for some unknown reason my AntiVir blocks the task transformClassesWithPreJackPackagedLibrariesForDebug It works if I disable AntiVir real-time protection. I really don't want to do that and I don't want to start putting my android project in the exception list. I am using Android Studio 2.2 and this is my build.gradle android { compileSdkVersion 24 buildToolsVersion "24.0.2" defaultConfig { minSdkVersion 21 targetSdkVersion 24 testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner" jackOptions { enabled true }

Does anybody know how to completely disable jack while compiling AOSP (Master)? I've always had problems with jack , so I've just always turned it off by adding ANDROID_COMPILE_WITH_JACK := false in BoardConfig.mk (when compiling CyanogenMod). I'm now compiling aosp and it just seems to ignore this command. Note: I'm not really trying to solve any jack related issues I have, I'm trying to turn it off. I would recommend to use AOSP tag to build instead of master branch. For example, latest released Marshmallow is android-6.0.1_r43 tag. So let's look at clear_vars.mk which is responsible for