Fixed
Status Update
Comments
uc...@google.com <uc...@google.com>
ga...@google.com <ga...@google.com>
sp...@google.com <sp...@google.com> #2
[Comment deleted]
pa...@gmail.com <pa...@gmail.com> #3
[Comment deleted]
da...@gmail.com <da...@gmail.com> #4
Also of note is the adb error when trying to install bad APK: INSTALL_FAILED_DEXOPT
ts...@vewd.com <ts...@vewd.com> #5
load dex files over 5Gb. -> load dex files over 5Mb.
pa...@gmail.com <pa...@gmail.com> #6
Same here! Looking forward to a solution :)
Android Studio version: 0.8.12
buildToolsVersion 21.0.1
Gradle 1.11
Android Studio version: 0.8.12
buildToolsVersion 21.0.1
Gradle 1.11
sp...@google.com <sp...@google.com> #7
There is already an option in dx allowing to force generation of smaller dex files:
--set-max-idx-number=<value>
Unfortunately changing the default is not a solution since the linearAlloc limit can be reached at very different levels depending on the classes hierarchy and other criteria.
In addition for most applications, moving to multidex will only help to workaround the linearalloc limit for the installation. But the application will still crash against the same limit at execution. The only working use case where I know multidex can help with linearalloc is when the apk does not contains one application but distinct pieces running in separate process.
--set-max-idx-number=<value>
Unfortunately changing the default is not a solution since the linearAlloc limit can be reached at very different levels depending on the classes hierarchy and other criteria.
In addition for most applications, moving to multidex will only help to workaround the linearalloc limit for the installation. But the application will still crash against the same limit at execution. The only working use case where I know multidex can help with linearalloc is when the apk does not contains one application but distinct pieces running in separate process.
Description
DESCRIBE THE ISSUE IN DETAIL:
It is possible to put
lint.xml
s in therootProject
and in every module individually. These will be considered together to set up configuration for each module. In the attach project the structure is:app
lint.xml
missing, will use../lint.xml
lib
lint.xml
exists, but empty (will be modified by step 6)lint.xml
exists, and suppresses the clear unused resources by pattern.STEPS TO REPRODUCE:
gradlew lint
:lib:lintDebug
telling us there's an unused resource called "unused" inlib/build/reports/lint-results-debug.html
gradlew lint
lib/lint.xml
and uncomment<ignore>
gradlew lint
Actual: Observe nothing was executed, everything up-to-date.
Expected: lint analysis re-executes and updates the HTML report with the findings based on the newly changed config file.
Bonus steps to prove that the uncommenting should have an effect:
gradlew clean lint --no-build-cache
Workaround
polyfill missing setup