All Versions
39
Latest Version
Avg Release Cycle
10 days
Latest Release
-

Changelog History
Page 2

  • v3.3.0-beta2 Changes

    2015-10-03 👍 Experimental support for the new transform api

    • 🔌 Requires android plugin 1.4.0-beta4

    🏗 http://tools.android.com/tech-docs/new-build-system/transform-api

    • Transform api used in library projects.
    • 🖨 Prints retrolambda output to log level --info known issues:
    • include/exclude are ignored

  • v3.3.0-beta1 Changes

    2015-09-15 👍 Experimental support for the new transform api

    • 🔌 Requires android plugin 1.4.0-beta2

    🏗 http://tools.android.com/tech-docs/new-build-system/transform-api

    known issues:

    • Include/exclude are ignored.
    • Does not work in library projects (falls back to the old method).
    • 🖨 Prints retrolambda output to stdout instead of log level --info.

  • v3.2.5 Changes

    May 01, 2017

    2016-02-04

    • ⬆️ Bumped default retrolambda version to 2.1.0
    • If the commandline parameters are over a certain limit, they will be written to files. This should prevent failures on projects with large classpaths or when a huge number of incremental changes happen.

  • v3.2.4 Changes

    2015-11-18

    • ⬆️ Bumped default retrolambda version to 2.0.6.

  • v3.2.3 Changes

    2015-09-20

  • v3.2.2 Changes

    2015-08-17

    • 🛠 Fixed wrongly deleting lambda classes where the related class is a prefix of the one that actually 🔄 changed during incremental compilation. (thanks clemp6r!)

  • v3.2.1 Changes

    2015-08-10

    • 🛠 Fixed unit tests on android gradle plugin 1.3.0.
    • ⬆️ Bumped default retrolambda version to 2.0.5.

  • v3.2.0 Changes

    2015-06-27

    • 👌 Support for targeting java 5 with retrolambda.
    • 🔌 Don't depend on the android gradle plugin being on the classpath when using in pure java projects.
    • 🛠 Delay calculating classpath for retrolambda. This fixes missing aar libs added by the android 🔌 gradle plugin.

  • v3.1.0 Changes

    2015-05-02

    • 🔨 Major refactoring of android plugin. The method for modifying the javaCompile task is now way less hackey. In fact, it is much closer to the original way that it was done. I had originally abandoned this approach because it was breaking increment compilation is some weird ways. However, I think I have solved it.

    🔌 What this means for you: It is now less fickle of plugin application order and 🔌 way less likely to break other plugins.

    • Properly split bootclasspath if it has multiple paths

  • v3.0.1 Changes

    2015-04-05

    • 🛠 Fixed occasional "Build exception: cannot call Task.setEnabled(boolean)" error.
    • 🛠 Fixed minor warning typo.
    • 🔌 Uploaded to the gradle plugin portal.