Skip to content

fix(deps): update kotlin, ksp, mero to v0.11.2#3378

Open
renovate[bot] wants to merge 1 commit intomainfrom
renovate/kotlin-ksp-mero
Open

fix(deps): update kotlin, ksp, mero to v0.11.2#3378
renovate[bot] wants to merge 1 commit intomainfrom
renovate/kotlin-ksp-mero

Conversation

@renovate
Copy link
Contributor

@renovate renovate bot commented Mar 2, 2026

This PR contains the following updates:

Package Change Age Confidence
dev.zacsweers.metro 0.11.10.11.2 age confidence
dev.zacsweers.metro:runtime 0.11.10.11.2 age confidence

Release Notes

ZacSweers/metro (dev.zacsweers.metro)

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!


Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Enabled.

Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about these updates 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 renovate bot added the dependencies Pull requests that update a dependency file label Mar 2, 2026
@renovate renovate bot enabled auto-merge (squash) March 2, 2026 11:00
@renovate renovate bot force-pushed the renovate/kotlin-ksp-mero branch from b92421d to 529bdd4 Compare March 3, 2026 22:35
@renovate renovate bot force-pushed the renovate/kotlin-ksp-mero branch from 529bdd4 to 6fd180e Compare March 4, 2026 18:47
@renovate renovate bot force-pushed the renovate/kotlin-ksp-mero branch from 6fd180e to c383981 Compare March 8, 2026 16:52
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant