Fixed
Status Update
Comments
sg...@google.com <sg...@google.com>
cl...@google.com <cl...@google.com> #2
This was broken by 3bca759a5ff08352de831bb1e9b61b1ec2b3362d.
Fix (pending) is I2c2dc7b600603ee430fd0d91b23d52ea8aa29ca9.
Fix (pending) is I2c2dc7b600603ee430fd0d91b23d52ea8aa29ca9.
cl...@google.com <cl...@google.com> #3
Almost 2 months later and this is still broken
ap...@google.com <ap...@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
ap...@google.com <ap...@google.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?
cl...@google.com <cl...@google.com> #7
This has been fixed on master today (internal ref: ag/2945015) and will be available in the next SDK release.
an...@google.com <an...@google.com> #8
Any ETA on next release?
an...@google.com <an...@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.
Description
Versions
Description
After processing the testcase source code with R8, we used JADX for decompilation and obtained the following result, which is clearly different in semantics and output from the original source code. Comparing the JADX parsing results with the source code, it is the error that eliminates one assignment of test.a, which may due to redundant store elimination. We also conducted some tests using D8 instead of R8, and no similar issues occurred, so it can be confirmed that the problem lies with R8.
Step to Reproduce
Expected Result
Actual Result
Testcase Source Code