Status Update
Comments
aa...@google.com <aa...@google.com>
je...@google.com <je...@google.com>
cm...@google.com <cm...@google.com>
sp...@google.com <sp...@google.com> #2
I am not sure I understand the use case. how can the benchmark be code to real world scenario when it's not possible to do right now ? which scenario is it ?
In any case, since this would be for benchmarking, this would clearly not be available through the public DSL. We should find a semi-private way of doing this (maybe the private variant API object could offer that functionality for instance or a property).
an...@google.com <an...@google.com> #3
We want benchmarks to measure code after Progaurd / R8, but it's not possible to turn that on for androidTests in library modules at the moment (to my knowledge?)
Benchmarks are also a public facing thing, but we have a plugin to help configure gradle builds for our users, so if support for this ends up in a private API, we could try to keep those usages localized to our code perhaps.
an...@google.com <an...@google.com> #4
Any update on the status of this request and when it can be supported?
Thanks,
Amanda
an...@google.com <an...@google.com> #5
this is not part of our OKR at this point so we are not talking soon. at first glance, we would need to simulate usage patterns to minify against and such, this seems substantial amount of work. there are not a lot of library module that have android tests, most only rely on unit-tests.
how important is this ? we are out of PM right now but I suspect the next step will be to negotiate with J. Eason and xav@ to scale a priority level.
jo...@gmail.com <jo...@gmail.com> #6
ta...@gmail.com <ta...@gmail.com> #7
ta...@gmail.com <ta...@gmail.com> #8
pa...@gmail.com <pa...@gmail.com>
s0...@gmail.com <s0...@gmail.com> #9
Juan, this might be something to put on our OKR in the near future, I think you chat with Amanda to set the priority.
re...@gmail.com <re...@gmail.com> #10
Hey everyone, I am catching up on feature requests and saw this one. I'll schedule time for us to talk about this in a few days.
ra...@gmail.com <ra...@gmail.com> #11
Ivan, can you provide a rough estimate on how long this would take ?
gu...@gmail.com <gu...@gmail.com> #12
I think this is a duplicate of
My understanding of this feature request is the following:
- As a library author, I'd like to write microbenchmarks in my library subproject that measure performance of my library after it's been processed by R8 [1]
Chris/Dustin, is this correct? If [1] is correct, this is a duplicate of a duplicate of
Description
When trying to use the new
com.android.settings
plugin insettings.gradle
, added in Android Gradle Plugin 8.0.0-alpha09, im getting an error not recognizingtargetSdk
method.In
settings.gradle
:Build log when sync-ing:
Gradle DSL method not found: 'targetSdk()'
Tried using up to the latest version (as of today
8.3.0-alpha18
) but still doesn't recognize. Haven't found any references to the lack of support for this.Are there any plans to add it? If i'm gonna move my module configuration to use this plugin, i need it to have all 3 versions, otherwise i will have 2 configurations in different places.
Studio Build: Version of Gradle Plugin: 8.2.0 Version of Gradle: gradle-8.5-all Version of Java: openjdk 17.0.7 2023-04-18 OS: macOs Ventura 13.4