Fixed
Status Update
Comments
sg...@google.com <sg...@google.com> #2
This was broken by 3bca759a5ff08352de831bb1e9b61b1ec2b3362d.
Fix (pending) is I2c2dc7b600603ee430fd0d91b23d52ea8aa29ca9.
Fix (pending) is I2c2dc7b600603ee430fd0d91b23d52ea8aa29ca9.
to...@xperi.com <to...@xperi.com> #3
Almost 2 months later and this is still broken
sg...@google.com <sg...@google.com> #4
Since there is no progression, I wanted to share our quick-fix for the issue.
#sdkmanager --package_file=${PATH_WORKSPACE}/packages
while read p; do echo "y" | sdkmanager "${p}"; done <${PATH_WORKSPACE}/packages
#sdkmanager --package_file=${PATH_WORKSPACE}/packages
while read p; do echo "y" | sdkmanager "${p}"; done <${PATH_WORKSPACE}/packages
ch...@google.com <ch...@google.com>
to...@xperi.com <to...@xperi.com> #5
jb...@google.com What is the update on this?
ap...@google.com <ap...@google.com> #6
What is the status of this item?
ch...@google.com <ch...@google.com> #7
This has been fixed on master today (internal ref: ag/2945015) and will be available in the next SDK release.
ap...@google.com <ap...@google.com> #8
Any ETA on next release?
ap...@google.com <ap...@google.com> #9
Still broken and not updated? --package_file argument is not usable in it's current form on 26.1.1 straight from the developer site.
ch...@google.com <ch...@google.com> #10
Comfirmed that this seems to still be broken. Can we have an update please?
```
(15:58:11) C02W513SHTD8:files aso$ /opt/android-sdk-macosx/tools/bin/sdkmanager --version
26.1.1
(15:58:17) C02W513SHTD8:files aso$ /opt/android-sdk-macosx/tools/bin/sdkmanager --install --package_file=package_file
Warning: Unknown argument --package_file=package_file
```
```
(15:58:11) C02W513SHTD8:files aso$ /opt/android-sdk-macosx/tools/bin/sdkmanager --version
26.1.1
(15:58:17) C02W513SHTD8:files aso$ /opt/android-sdk-macosx/tools/bin/sdkmanager --install --package_file=package_file
Warning: Unknown argument --package_file=package_file
```
to...@xperi.com <to...@xperi.com> #11
Hi, is there any update to this issue? Thanks.
sg...@google.com <sg...@google.com> #12
Hi Google. You claim it's been fixed on master, but we haven't had a new release since the broken version 26.1.1. Can you please release the fix?
an...@google.com <an...@google.com> #13
Yeah, still not fixed --'
Description
Since a relatively recent change, R8 never finishes processing in one of the projects I work on. It is an Android project using roughly the same machinery as the Chromium build, so I'm working with a direct
java ... -cp r8.jar
-style call, but I'm currently unable to share a reproducer test case (proprietary code and issue not minimized). I'm not sure why this only reproduces in this one project, and not elsewhere.I do have a jstack dump of when it's stuck (attached), and managed to bisect the issue in r8 to a change in the function where the code gets stuck. I hope that's enough to start looking.
The relevant-looking stack is
and the bisect pointed tohttps://r8.googlesource.com/r8/+/3c21ca42d6450665b9bdb3ef0872a3b1ca744ac5 which modifies BridgeAnalyzer.analyzeMethod.
I'm not familiar with this code at all but it looks like it could be possible to never exit the while loop in some gotoInstruction edge case after this change. The problem still exist in r8's main branch as of today.