We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Currently, KLib dumps generated for several targets won't be merged with an error if these dumps contain different "unique library names".
In some cases, namely Kotlin Stdlib, the same library may use different unique names depending on the target.
It's worth considering how such a case could be handled by the BCV.
The text was updated successfully, but these errors were encountered:
We at sqldelight got the same error, we use the (deprecated) archivesBaseName to specify the js module name: https://github.com/cashapp/sqldelight/pull/5444/files#r1750539059
archivesBaseName
A failure occurred while executing kotlinx.validation.KlibMergeAbiWorker > File header doesn't match the header of other files [// Rendering settings:, // - Signature version: 2, // - Show manifest properties: true, // - Show declarations: true, , // Library unique name: <app.cash.sqldelight:sqldelight-primitive-adapters>] [// Rendering settings:, // - Signature version: 2, // - Show manifest properties: true, // - Show declarations: true, , // Library unique name: <app.cash.sqldelight:primitive-adapters>]
The solution for our use-case for JS
kotlin { js { moduleName = "sqldelight-primitive-adapters" } }
does not work with convention plugins (will create a youtrack issue too: https://youtrack.jetbrains.com/issue/KT-71362/KGP-JS-moduleName-is-not-compatible-with-convention-plugins).
Sorry, something went wrong.
Here is another repro: amzn/kotlin-inject-anvil#38
No branches or pull requests
Currently, KLib dumps generated for several targets won't be merged with an error if these dumps contain different "unique library names".
In some cases, namely Kotlin Stdlib, the same library may use different unique names depending on the target.
It's worth considering how such a case could be handled by the BCV.
The text was updated successfully, but these errors were encountered: