Update dependency dev.zacsweers.metro to v0.13.2 by renovate[bot] · Pull Request #127 · quran/mobile-sync

renovate · 2026-03-04T00:22:50Z

This PR contains the following updates:

Package	Change	Age	Confidence
dev.zacsweers.metro	`0.10.4` → `0.13.2`

Release Notes

ZacSweers/metro (dev.zacsweers.metro)

`v0.13.2`

Compare Source

2026-04-06

This is another small bugfix release for some issues with the new experimental Circuit code gen and generateContributionProviders features. Apologies for the churn! This should be the last of it, and is only necessary if you wanted to try out those new features.

Fixes

[FIR/Circuit] Add a diagnostic check for explicit return types for @CircuitInject presenter functions.

Fixes

[FIR] Fix map key generation for generateContributionProviders when the map key uses implicit class keys.
[FIR/Circuit] Assume implicit return types for @CircuitInject functions are UI types.

`v0.13.1`

Compare Source

2026-04-06

This is a small bugfix release for some issues with the new experimental Circuit code gen and generateContributionProviders features.

Enhancements

Add a @ExposeImplBinding annotation to disable generateContributionProviders behavior on a per-class basis.
[FIR] Warn if injecting an impl type when generateContributionProviders and the class isn't annotated @ExposeImplBinding.

Fixes

[FIR] Fix Circuit code gen not reporting contribution hints for downstream compilations.
[FIR] Don't generate contribution classes for @ContributesTo-annotated classes when generateContributionProviders is enabled.
[FIR] Don't generate contribution classes for @AssistedFactory-annotated classes when generateContributionProviders is enabled.
[FIR] Better ensure enableCircuitCodegen and generateContributionProviders work together when both enabled.
[IR] Fix default parameter expressions not being copied when generateContributionProviders is enabled. This specifically affected scoped or private bindings.
[IR] Fix qualifier annotations not being copied when generateContributionProviders is enabled.
[IR] Don't link expect/actual declarations if the callee is a synthetic declaration. This avoids some non-obvious IC failures with generateContributionProviders.

Contributors

Special thanks to the following contributors for contributing to this release!

@kevinguitar

Consider sponsoring Metro's development

`v0.13.0`

Compare Source

2026-04-04

New

Circuit codegen

Metro now includes experimental built-in support for Circuit, a Compose-first architecture for building kotlin apps. See the docs for more details.

In the long term, this will eventually move out to a separate plugin that can gracefully participate with Metro's code gen APIs. This is initially implemented within Metro to ease development.

`generateContributionProviders`

This release introduces a new generateContributionProviders API (Kotlin 2.3.20+) to optimize behavior with contributed APIs.

Up to now, Metro's aggregation APIs (i.e. @Contributes* binding annotations) have worked similar to Anvil, where the ultimately just generate @Binds declarations as simple shorthands for the consuming graphs. This comes with the caveat that the injected class must be publicly visible if it's used outside of that module.

Now, if you enable the new generateContributionProviders feature, Metro will instead generate top-level @Provides declarations that mirror the injected class's inputs but only return its bound type. This means the annotated class can remain internal, which both helps encapsulation and incremental compilation.

interface Base

@&#8203;ContributesBinding(AppScope::class)
@&#8203;Inject
internal class Impl : Base

// Works across modules!
@&#8203;DependencyGraph(AppScope::class)
interface AppGraph {
  val base: Base
}

The tradeoff is that Impl is no longer available directly on the graph. If you had any explicit code usages of Impl, you would have to remove those too in favor of purely the bound type.

[MEEP-1776] `@DefaultBinding`

This release introduces a new @DefaultBinding annotation that allows for setting a default binding on supertypes of contributed classes. This is useful for common base classes with generics that would otherwise require repetitive (or error-prone) explicit binding<T>() declarations in subtypes.

@&#8203;DefaultBinding<BaseFactory<*>>
interface BaseFactory<T : BaseFactory<T>>

@&#8203;ContributesIntoSet(AppScope::class) // now implicitly contributed as BaseFactory<*>
@&#8203;Inject
class HomeFactory(...) : BaseFactory<HomeFactory>

Enhancements

[IR] Use more unique diagnostic names in IR diagnostics (previously just used METRO_ERROR for a general catch-all in a lot of places).

Fixes

[IR] Consider Anvil's rank parameter when processing contributed binding containers.
[IR] When reporting qualifier mismatches, if a qualifier is absent on one declaration then the message will now say "absent" rather than the vague "null".

Changes

Support Kotlin 2.4.0-Beta1.
Removed @Assisted.value. See the docs on why in case you missed this! TL;DR, Metro matches by parameter names going forward.
Remove deprecated compiler options and Gradle extension properties.
- chunkFieldInits
- transformProvidersToPrivate
- publicProviderSeverity (use publicScopedProviderSeverity)
- assistedIdentifierSeverity
- generateThrowsAnnotation

Contributors

Special thanks to the following contributors for contributing to this release!

@vRallev

Consider sponsoring Metro's development

`v0.12.1`

Compare Source

2026-03-30

Enhancements

Support top-level FIR gen (contribution hints, function inject, etc) in Kotlin/JS on 2.3.21+ and 2.4.0-Beta2+.
Support generic (top-level) function injection.

Fixes

[FIR] Make allSessions lookup lazy to avoid lockups in the IDE.
[IR] Exclude generated data class copy functions from @Includes accessor candidates.
[IR] Exclude destructuring component functions from @Includes accessor candidates.

Changes

Update shaded androidx.tracing to 2.0.0-alpha04.
Update shaded Wire dependency to 6.2.0.
Test Kotlin 2.4.0-Beta1.

Contributors

Special thanks to the following contributors for contributing to this release!

@KevinGuitar

`v0.12.0`

Compare Source

2026-03-24

New

[MEEP-2014] Implicit class (map) keys

MapKey.implicitClassKey is a new API to allow for class-based map keys to have their class parameters inferred on classes and @Binds declarations.

This means that instead of redeclaring the annotated class in the key, for example @ViewModelKey, you can now omit it and it will be inferred.

@&#8203;ViewModelKey // <-- implicitly HomeViewModel::class
@&#8203;ContributesIntoMap(AppScope::class)
class HomeViewModel : ViewModel()

For classes, the implicit type is the annotated class. For @Binds declarations, the receiver or single parameter are the implicit type.

You may still specify an explicit type. The compiler will warn you if you specify a redundant one. If you need to suppress this diagnostic temporarily to ease migration, you can add -Xwarning-level=MAP_KEY_REDUNDANT_IMPLICIT_CLASS_KEY:disabled to your compiler arguments.

The compiler will also error if you attempt to do this on @Provides declarations, as those cannot be inferred.

Metro's first-party class-based map keys (like @ClassKey, @ViewModelKey, etc.) now support this. Custom map keys can opt-in to this by setting MapKey.implicitClassKey to true. See its doc for more details.

@&#8203;MapKey(implicitClassKey = true)
annotation class ViewModelKey(val value: KClass<out ViewModel> = Nothing::class)

Misc

[metrox-viewmodel] Add mingwX64 target.

Enhancements

[FIR] Add diagnostic to ensure map key annotations support FUNCTION targets if they have a @Target annotation.
[FIR] Improve annotation argument matching to only use fully resolved names or none at all. This helps avoid situations in the past with interop where an argument at the same index and type but different name could incorrectly be used.

Fixes

[IR] Fix IllegalArgumentException thrown when there are multiple top-level functions with the same name but only one is annotated with @Inject.
[IR] Only store a given binding container's own provider factories in metro metadata. This resolves a bug where we could end up duplicate-processing upstream providers in dynamic factories.
[IR] Fix a severity conversion compat function call for Kotlin 2.3.20+.
[IR] Ensure stable sort of output SuspiciousUnusedMultibinding locations.
[IR] Don't skip dynamic keys inherited from parent graphs when working with dynamic graphs.
[IR] Propagate @OptionalBinding annotations to generated static factory creators if present.
[IR] Preserve nullability when remapping parameters with generic layers.
[Runtime] IntoSet and IntoMap no longer have a Target of AnnotationTarget.CLASS

Changes

The Metro compiler now requires JVM 21+. Note that the runtime JVM artifacts still target 11 unless otherwise documented.
The Metro Gradle plugin now requires JVM 21+.
The Metro Gradle plugin now requires Gradle 9+. Note that if you do not use Kotlin Gradle DSL, it may work on older versions but YMMV.
The Metro Gradle plugin now targets Kotlin 2.2.
@Assisted.value is formally deprecated now. See the docs on why in case you missed this! TL;DR, Metro matches by parameter names going forward.
Metro's main branch now builds with Kotlin 2.3.20 but still targets Kotlin 2.2 for its runtime artifacts and supports 2.2.20 all to 2.4.0 dev builds in its compiler.
Remove deprecated macosX64, tvosX64, and watchosX64 targets.
Update Kotlin 2.4 compat support from 2.4.0-dev-539 to 2.4.0-dev-2124. This should support the upcoming IntelliJ 2026.1 release as well as the upcoming Kotlin 2.4.0-Beta1.
Test IntelliJ 2026.1 RC.
Update shaded Wire dependency to 6.1.0.

Contributors

Special thanks to the following contributors for contributing to this release!

`v0.11.4`

Compare Source

2026-03-17

Fixes

[IR]: Fix codegen error when a scoped binding in a separate compilation has a default value in its @Inject constructor.

Contributors

Special thanks to the following contributors for contributing to this release!

@ChristianKatzmann

`v0.11.3`

Compare Source

2026-03-16

Enhancements

[IR]: When reporting suspicious unused multibindings, include a hint about their use in graph extensions if applicable.
[interop]: Support @ContributesBinding(..., multibinding = true) interop with kotlin-inject-anvil.

Fixes

[FIR]: Don't use a memoizing sequence for all FirSession instances as it seems that the IDE will mutate the underlying source lists in some cases.
[FIR]: Providers can now return instances of classes nested in the same container class.
[IR]: Fix Map<Class<*>, V> map key interop in constructor injection paths when enableKClassToClassMapKeyInterop is enabled.
[IR]: Fix codegen error when a scoped binding in a child graph supersedes the same-typed scoped binding from a parent graph and is used in a grandchild graph's multibinding. Basically, if graph A provides Logger and graph B also provides Logger (overriding A's), graph C would incorrectly try to get it from A instead of B.
[IR]: Fix duplicate binding error in multibindings when multiple contributed containers include the same shared multibinding-contributing container.
[IR]: Fix NoSuchFieldError at runtime when sharded graphs access @Includes dependency properties.
[IR]: Check parent classes for @Origin annotations when performing IR-based contribution merging.
[IR]: Fix graph extensions inheriting stale bindings from ancestor graphs when a nearer parent already superseded them (e.g., a child's @Binds overriding a grandparent's @Provides of the same type).
[metrox-viewmodel-compose]: Pass CreationExtras to the createViewModel lambda for assistedMetroViewModel when using ManualViewModelAssistedFactory.

Changes

Test Kotlin 2.3.20.
- Note that all the 2.3.20 pre-releases were tested up to this release but are no longer tested after this release.
Test Android Studio Panda 2
Test Android Studio Panda 3 canaries
Update shaded androidx.tracing to 2.0.0-alpha03.
Update shaded Wire dep to 6.0.0.

Contributors

Special thanks to the following contributors for contributing to this release!

`v0.11.2`

Compare Source

2026-03-02

New

`Class`/`KClass` map key interop

This release introduces a special-cased opt-in java.lang.Class and kotlin.reflect.KClass interop on JVM/android compilations. While these types are not intrinsics of each other in regular code, they are in annotations and are often used in Map multibindings. Metro can support these if you enable the enableKClassToClassMapKeyInterop option. When enabled, java.lang.Class and kotlin.reflect.KClass are treated as interchangeable in map key types, matching Kotlin's own annotation compilation behavior. This only applies to map keys because these are the only scenario where annotation arguments are materialized into non-annotation code (i.e. @ClassKey(Foo::class) -> Map<Class<*>, V>).

This is disabled by default (even if other framework interops like includeDagger are enabled) because this is purely for annotations interop and potentially comes at some runtime overhead cost to interop since KClass types are still used under the hood and must be mapped in some cases. It's recommended to migrate these to KClass and call .java where necessary if possible.

Enhancements

[FIR]: Report adhoc graph extension factories as these are unsupported in Metro (but apparently supported in Dagger!)
[FIR]: Report a diagnostic error for usage of Dagger's @LazyClassKey as this is unsupported in Metro.

[IR]: Report warning diagnostics for unused synthetic multibindings, as it's often a sign that the user accidentally bound them to the wrong supertype.

warning: [Metro/SuspiciousUnusedMultibinding] Synthetic multibinding kotlin.collections.Map<kotlin.reflect.KClass<*>, BaseViewModel> is unused but has 4 source binding(s). Did you possibly bind them to the wrong type?

  SuspiciousUnusedMultibinding.kt:36:1
    HomeViewmodel contributes a binding of BaseViewModel
                                           ~~~~~~~~~~~~~
  SuspiciousUnusedMultibinding.kt:31:1
    AccountViewModel contributes a binding of BaseViewModel
                                              ~~~~~~~~~~~~~
  SuspiciousUnusedMultibinding.kt:26:1
    SettingsViewModel contributes a binding of BaseViewModel
                                               ~~~~~~~~~~~~~
  ...and 1 more

Similar multibindings:
- Map<KClass<*>, ViewModel>

[Gradle]: Add IDE support docs link to @RequiresIdeSupport opt-in message.

Fixes

[IR]: Fix a code gen bug where @Provides graph parameters wouldn't correctly be used by scoped bindings directly held in that graph.

Contributors

Special thanks to the following contributors for contributing to this release!

`v0.11.1`

Compare Source

2026-02-25

Enhancements

[Runtime]: Give unique outputModuleName names to all JS/wasm artifacts.
[IR]: Improve context hint for unreadable IR declarations when reporting errors.

Fixes

[Runtime]: Only propagate the minimum supported stdlib version (2.2.20) in runtime artifacts for JVM and native. Web artifacts unfortunately must target 2.3.0 since that's what Metro compiles against (star KT-84582).
[FIR]: Don't run BindingContainerCallableChecker and MultibindsChecker diagnostics on value parameters.
[FIR]: Fix parsing of enum arguments in qualifier annotations. We made a previous change for 0.11.0 to better handle top-level constants but this solution accidentally regressed enum constants support.
[IR]: Fix root graph accessors with @OptionalBinding accidentally reporting missing bindings.
[IC]: Workaround a kotlinc IC issue when generateAssistedFactories is enabled.

Contributors

Special thanks to the following contributors for contributing to this release!

`v0.11.0`

Compare Source

2026-02-25

New

Metro now has an informal proposal system inspired by Kotlin KEEPs called MEEPs! Importantly, the P in MEEP stands for proposal, not process. It's an informal system for myself and future maintainers to seek broader community input on newer, splashier features and changes to Metro going forward.

[MEEP-1826] `@Assisted` parameters now rely on matching parameter names.

Historically, Dagger/Guice's @Assisted parameters allowed specifying a custom identifier via @Assisted("some string"), and Metro matched this behavior. However, this is a vestige of Java support, which did not include parameter names in bytecode until Java 8's -parameters flag.

Since Metro is in an all-Kotlin world and parameter names are a first-class citizen in Kotlin APIs, Metro is now leveraging that and phasing out support for implicit type matching and custom identifiers.

This means that @Assisted parameter names in assisted-inject constructors/top-level-functions must match their analogous parameters in @AssistedFactory creators. No more matching by types, no more disambiguating with @Assisted("customIdentifier").

// Before: Using type matching or custom identifiers
@&#8203;AssistedInject
class Taco(
  @&#8203;Assisted("name") val name: String,
  @&#8203;Assisted("type") val type: String,
  @&#8203;Assisted val spiciness: Int,
  val tortilla: Tortilla
) {
  @&#8203;AssistedFactory
  interface Factory {
    fun create(
      @&#8203;Assisted("name") name: String,
      @&#8203;Assisted("type") type: String,
      @&#8203;Assisted spiciness: Int
    ): TacoFactory
  }
}

// After: Using parameter name matching
@&#8203;AssistedInject
class Taco(
  @&#8203;Assisted val name: String,
  @&#8203;Assisted val type: String,
  @&#8203;Assisted val spiciness: Int,
  val tortilla: Tortilla
) {
  @&#8203;AssistedFactory
  interface Factory {
    // Parameter names must match the constructor exactly
    fun create(name: String, type: String, spiciness: Int): TacoFactory
  }
}

To ease migration to this, this will be rolled out in phases.

Starting with this release, @Assisted.value is soft-deprecated. This is controlled by the assistedIdentifierSeverity Gradle DSL option, which is set to WARN by default in this release. This control allows for easy disabling or promotion to error.
In a future release, assistedIdentifierSeverity will be removed and @Assisted.value will be formally deprecated.
In a future release after that, @Assisted.value will be fully deleted and legacy behavior will be unsupported with Metro's first-party annotation.

Note that interop annotations are not affected by this change, and any previous Dagger/Guice interop @Assisted annotation's custom identifiers will still be respected.

If you want to completely restore the legacy behavior, you can disable this new mode via useAssistedParamNamesAsIdentifiers Gradle DSL option. Note, however, that this option will eventually be removed.

[MEEP-1770] Allow use of `() -> T` as `Provider` types.

Metro's primary provider type remains Provider, but as of this release there are a couple of important changes in this space to allow more idiomatic use.

Provider now implements () -> T on supported platfroms (all but Kotlin/JS).
There is a new enableFunctionProviders option to allow use of Kotlin's () -> T higher order functions. This is disabled by default, but will possibly be promoted to the default behavior in the future. Please share feedback in the linked MEEP.
- This is inspired by kotlin-inject's support of the same feature, albeit with adjustments to work within Metro's existing Provider system.
- On Kotlin/JS, the underlying Function0 type will be wrapped/unwrapped like other Provider interop scenarios do. This limitation is because JS does not allow extending function types.

This now allows you to write code like this.

@&#8203;DependencyGraph
interface AppGraph {
  val stringProvider: () -> String

  @&#8203;Provides fun provideString(): String = "Hello, world!"
}

fun main() {
  val provider = createGraph<AppGraph>().stringProvider
  println(provider())
}

The primary caveat of this new feature is that, if enabled, it essentially prohibits using function types as regular bindings in your graph. If you rely on this behavior, you may need to migrate to something more strongly typed.

[MEEP-1769] Introduce `@GraphPrivate` API.

Up to now, all bindings in graphs are implicitly available to all graph extensions.

Indicates this @Provides or @Binds declaration shall be private to the graph it's provided in. This means the following:

This binding may not be exposed directly via accessor.
This binding will not be exposed directly to extensions of this graph.

This is a mechanism to enforce that annotated bindings cannot be directly leaked. It may be depended on by any bindings within this graph as an implementation detail or encapsulation.

This is useful for a few situations.

Users may want certain bindings to stay confined to a given graph, such as a base HttpClient.
Users may want to omit certain contributions to multibindings from leaking to extensions.
Sometimes the same type may exist in multiple graph scopes, requiring use of qualifiers like @ForScope to disambiguate which one you need. By marking each provision in a graph as private, you can trust that parent graph instances are not being accidentally leaked to your extension's scope.

@&#8203;DependencyGraph(AppScope::class)
interface AppGraph {
  @&#8203;GraphPrivate
  @&#8203;Provides
  @&#8203;SingleIn(AppScope::class)
  fun provideCoroutineScope(): CoroutineScope = ...

  // Error
  val coroutineScope: CoroutineScope

  val loggedInGraph: LoggedInGraph
}

@&#8203;GraphExtension
interface LoggedInGraph {
  // Error, no longer implicitly visible
  val coroutineScope: CoroutineScope
}

This feature is experimental, please share any feedback on the original MEEP.

Misc new stuff

[Runtime]: Make Provider implement () -> T on applicable platforms (everything but Kotlin/JS).
[Runtime]: Add new @ExperimentalMetroApi experimental annotation to better indicate which APIs are experimental and likely to change.
[Gradle]: Add new @RequiresIdeSupport experimental annotation to better indicate which APIs require IDE support.
[Gradle]: Add new @ExperimentalMetroGradleApi experimental annotation to better indicate which APIs are experimental and likely to change.
[Gradle]: Add new @DangerousMetroGradleApi experimental annotation with ERROR severity to better propagate severity of certain APIs.
[FIR/Gradle]: Add new publicScopedProviderSeverity property with a more narrow focus. The previous publicProviderSeverity is now deprecated and just calls through to this.

Enhancements

[FIR]: Disallow _ assisted context parameter names in top-level function injection.
[FIR/IR]: When generating class and provider factories now, the compiler dedupes non-assisted, non-optional injections of the same type key (i.e. type ± qualifier). This shrinks generated code size in (uncommon) scenarios where you inject the same type multiple types.
[IR]: Significantly rework the IR pipeline.

Previously, Metro's IR would run in two passes:

Collect contribution data and transform MetroContribution interfaces.
Run all other transformations.

Now, Metro runs in a single pass. Most of Metro's core transformations are run in the first full pass, collects any seen dependency graphs along the way, then they are processed at the end (rather than visit the whole IR tree a second time).

[Gradle]: Allow DiagnosticSeverity metro extension properties to be configurable as metro.* gradle properties of the same name.
[Runtime]: Remove atomicfu dependency from Metro's core runtime artifact. The base concurrency primitives are now built on ReentrantLock (JVM), a port of the stdlib's Lazy spinlock on (Native), and no-op on web targets.

Fixes

[FIR]: Improve optional binding member injections detection.
[FIR]: Add @HiddenFromObjC to generated top-level composable classes for native compilations.
[FIR]: Fix evaluation of top-level constants used in annotations like @Assisted or @Named.
[FIR/IR]: Support generic @BindingContainer classes included via @Includes with concrete type arguments (e.g., @Includes TypedBindings<Int>). Type parameters are now properly propagated to generated factory classes and substituted during binding resolution.
[IR]: Fix propagation of Map graph inputs down to graph extensions.
[IR]: Guard against identity mappings (T -> T) to prevent infinite recursion when remapping generic types.
[IR]: Fix directly providing a scoped Map instance not getting reused at injection sites.
[IR]: Fix graph extensions not being able to replace @Binds-provided bindings from parent graphs.
[IR]: Fix dynamic binding containers not being propagated to graph extensions in some cases.
[IC]: Fix an IC edge case where generated assisted factory impl classes sometimes missed changes to injected constructor parameters in the target class.
[FIR/IR/Reports]: Restructure reports to use hierarchical nesting instead of top-level concatenated names. This fixes 'file name too long' exceptions when generating reports for deeply nested graphs. For example, the report file reports/keys-populated-test_Graph_ChildGraph.txt will now be generated as reports/keys-populated/test/Graph/ChildGraph.txt
[IR/Sharding]: Fix an issue where assisted inject classes are skipped while computing shard dependencies, which causes a failure while generating graph property accessors.
[IR/Sharding/Reports]: Fix an edge case where assisted inject classes are not on the graph but are still included in list of bindings to be validated for sharding diagnostics.

Changes

enableGraphSharding is now enabled by default. Note this only kicks in (by default) for graphs with 2000+ bindings by default.
unusedGraphInputsSeverity is now enabled to WARN severity by default.
Mentioned in enhancements, but worth reiterating that the underlying concurrency primitives have changed in the runtime but should be an improvement as they now use more modern reentrant locks.
Add Amper setup to installation docs (requires AMPER-5095).
Test Kotlin 2.3.20-RC.
Test Android Studio 2025.3.1.8 Panda 1 Patch 1.
Set minimum Gradle version to 8.8 via Gradle's not-so-obvious GRADLE_PLUGIN_API_VERSION_ATTRIBUTE API.
Freshen up the doc site navigation to better organize with tabs.
[Gradle]: Annotate forceEnableFirInIde and compilerVersion with @DangerousMetroGradleApi.
[Gradle]: Annotate generateAssistedFactories, enableTopLevelFunctionInjection with @RequiresIdeSupport.
[Gradle]: Annotate generateContributionHintsInFir, supportedHintContributionPlatforms, enableKlibParamsCheck, patchKlibParams, with @ExperimentalMetroGradleApi.
[Gradle]: Annotate enableFullBindingGraphValidation, shrinkUnusedBindings, with @DelicateMetroGradleApi.
[Gradle]: Deprecate chunkFieldInits, this will always be enabled in the future.
[Gradle]: Deprecate publicProviderSeverity, this now just calls through to publicScopedProviderSeverity.
[Gradle]: Promote transformProvidersToPrivate deprecation level to ERROR.

Contributors

Special thanks to the following contributors for contributing to this release!

Configuration

📅 Schedule: (UTC)

Branch creation
- At any time (no schedule defined)
Automerge
- At any time (no schedule defined)

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.

If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

renovate Bot force-pushed the renovate/metro branch from c0efbaa to 15ca487 Compare March 5, 2026 09:59

renovate Bot force-pushed the renovate/metro branch 2 times, most recently from af7aa74 to c4b4eda Compare March 16, 2026 20:38

renovate Bot changed the title ~~chore(deps): update dependency dev.zacsweers.metro to v0.11.2~~ chore(deps): update dependency dev.zacsweers.metro to v0.11.3 Mar 16, 2026

renovate Bot force-pushed the renovate/metro branch from c4b4eda to 241ef73 Compare March 17, 2026 09:27

renovate Bot changed the title ~~chore(deps): update dependency dev.zacsweers.metro to v0.11.3~~ chore(deps): update dependency dev.zacsweers.metro to v0.11.4 Mar 17, 2026

renovate Bot force-pushed the renovate/metro branch from 241ef73 to 24c9238 Compare March 25, 2026 02:07

renovate Bot changed the title ~~chore(deps): update dependency dev.zacsweers.metro to v0.11.4~~ chore(deps): update dependency dev.zacsweers.metro to v0.12.0 Mar 25, 2026

renovate Bot changed the title ~~chore(deps): update dependency dev.zacsweers.metro to v0.12.0~~ chore(deps): update dependency dev.zacsweers.metro to v0.12.1 Mar 30, 2026

renovate Bot force-pushed the renovate/metro branch from 24c9238 to 3524e69 Compare March 30, 2026 20:38

renovate Bot changed the title ~~chore(deps): update dependency dev.zacsweers.metro to v0.12.1~~ Update dependency dev.zacsweers.metro to v0.12.1 Mar 30, 2026

renovate Bot force-pushed the renovate/metro branch 2 times, most recently from 220c06b to fd65afb Compare April 5, 2026 04:33

renovate Bot changed the title ~~Update dependency dev.zacsweers.metro to v0.12.1~~ Update dependency dev.zacsweers.metro to v0.13.0 Apr 5, 2026

renovate Bot force-pushed the renovate/metro branch from fd65afb to 8369caa Compare April 6, 2026 09:06

renovate Bot changed the title ~~Update dependency dev.zacsweers.metro to v0.13.0~~ Update dependency dev.zacsweers.metro to v0.13.1 Apr 6, 2026

Update dependency dev.zacsweers.metro to v0.13.2

780455d

renovate Bot force-pushed the renovate/metro branch from 8369caa to 780455d Compare April 6, 2026 20:42

renovate Bot changed the title ~~Update dependency dev.zacsweers.metro to v0.13.1~~ Update dependency dev.zacsweers.metro to v0.13.2 Apr 6, 2026

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Update dependency dev.zacsweers.metro to v0.13.2#127

Update dependency dev.zacsweers.metro to v0.13.2#127
renovate[bot] wants to merge 1 commit intomainfrom
renovate/metro

renovate Bot commented Mar 4, 2026 •

edited

Loading

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

0 participants

Conversation

renovate Bot commented Mar 4, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Release Notes

Fixes

Fixes

Enhancements

Fixes

Contributors

New

Circuit codegen

generateContributionProviders

[MEEP-1776] @DefaultBinding

Enhancements

Fixes

Changes

Contributors

Enhancements

Fixes

Changes

Contributors

New

[MEEP-2014] Implicit class (map) keys

Misc

Enhancements

Fixes

Changes

Contributors

Fixes

Contributors

Enhancements

Fixes

Changes

Contributors

New

Class/KClass map key interop

Enhancements

Fixes

Contributors

Enhancements

Fixes

Contributors

New

[MEEP-1826] @Assisted parameters now rely on matching parameter names.

[MEEP-1770] Allow use of () -> T as Provider types.

[MEEP-1769] Introduce @GraphPrivate API.

Misc new stuff

Enhancements

Fixes

Changes

Contributors

Configuration

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

0 participants

renovate Bot commented Mar 4, 2026 •

edited

Loading

`generateContributionProviders`

[MEEP-1776] `@DefaultBinding`

`Class`/`KClass` map key interop

[MEEP-1826] `@Assisted` parameters now rely on matching parameter names.

[MEEP-1770] Allow use of `() -> T` as `Provider` types.

[MEEP-1769] Introduce `@GraphPrivate` API.