I m updating my multi module multiplatform android ios jvm p

Question

I m updating my multi module multiplatform android ios jvm project from Kotlin 1 7 22 Gradle 7 5 1 to Kotlin 1 8 10 Gradle 8 0 and have this issue ```Module was compiled with an incompatible version of Kotlin The binary version of its metadata is 1 8 0 expected version is 1 6 0 ``` Anyone encountered this It s a lint task so it still builds but it looks weird see logs in thread

ribesg · Answer

``` gt Task modules files lintAnalyzeDebug e Users ribesg Projects kommon modules date build transforms 08dc39c7d0e8d2d4d8c22c2254b1913c transformed out jars classes jar META INF date debug kotlin module Module was compiled with an incompatible version of Kotlin The binary version of its metadata is 1 8 0 expected version is 1 6 0 e Users ribesg Projects kommon modules logging log build transforms cc069f0764751b886663312279ea1e3b transformed out jars classes jar META INF log debug kotlin module Module was compiled with an incompatible version of Kotlin The binary version of its metadata is 1 8 0 expected version is 1 6 0 e Users ribesg Projects kommon modules parcel build transforms 6655e5cdb87c32025ff3a339cf946e14 transformed out jars classes jar META INF parcel debug kotlin module Module was compiled with an incompatible version of Kotlin The binary version of its metadata is 1 8 0 expected version is 1 6 0 e Users ribesg gradle caches modules 2 files 2 1 org jetbrains kotlin kotlin stdlib 1 8 10 6d5560a229477df9406943d5feda5618e98eb64c kotlin stdlib 1 8 10 jar META INF kotlin stdlib kotlin module Module was compiled with an incompatible version of Kotlin The binary version of its metadata is 1 8 0 expected version is 1 6 0 e Users ribesg gradle caches modules 2 files 2 1 org jetbrains kotlin kotlin stdlib 1 8 10 6d5560a229477df9406943d5feda5618e98eb64c kotlin stdlib 1 8 10 jar META INF kotlin stdlib jdk8 kotlin module Module was compiled with an incompatible version of Kotlin The binary version of its metadata is 1 8 0 expected version is 1 6 0 e Users ribesg gradle caches modules 2 files 2 1 org jetbrains kotlin kotlin stdlib 1 8 10 6d5560a229477df9406943d5feda5618e98eb64c kotlin stdlib 1 8 10 jar META INF kotlin stdlib jdk7 kotlin module Module was compiled with an incompatible version of Kotlin The binary version of its metadata is 1 8 0 expected version is 1 6 0 e Users ribesg Projects kommon modules files build transforms 8b50949d0fc02d8778ae67ffa6d0c0f3 transformed out jars classes jar META INF files debug kotlin module Module was compiled with an incompatible version of Kotlin The binary version of its metadata is 1 8 0 expected version is 1 6 0 e Users ribesg Projects kommon modules files build tmp kotlin classes debug META INF files debug kotlin module Module was compiled with an incompatible version of Kotlin The binary version of its metadata is 1 8 0 expected version is 1 6 0 ```

mbonnin · Answer

```expected version is 1 6 0``` That s surprising I would usually link to Gradle compiling with an older version of Kotlin but <https docs gradle org current userguide compatibility html|Gradle 8 should use Kotlin 1 8 10>

ribesg · Answer

Yes I m also using a version catalog with the kotlin version set to 1 8 10 used everywhere To find outdated mentions of 1 7 22 why not but 1 6 0

mbonnin · Answer

Could it be that `lintAnalyzeDebug` is calling the Kotlin compiler under the hood

mbonnin · Answer

Does it show anything if you run with ` i`

ribesg · Answer

No nothing more Just a bunch of `Transforming X` lines And this then the errors I shared above and Build Success ```Caching disabled for task modules files lintAnalyzeDebug because Build cache is disabled Task modules files lintAnalyzeDebug is not up to date because Task upToDateWhen is false Android Lint Reusing lint classloader 30 3 0 Android Lint Disposing Uast application environment in lint classloader 30 3 0 ```

ribesg · Answer

I tried cleaning a bunch of gradle caches with no luck

ribesg · Answer

~Adding this to my root `build gradle kts` file fixes it ~ ```buildscript dependencies classpath org jetbrains kotlin kotlin gradle plugin 1 8 10 ``` ~But I shouldn t need that Right ~ It actually doesn t fix anything I just thought because it didn t show errors when running the task again without clean which didn t actually run the task I guess

mbonnin · Answer

weird where did you declare the KGP version else

mbonnin · Answer

I mean it s either in `buildSrc` or `build logic` dependencies or in your root `build gradle Kts` ```plugins id org jetbrains kotlin android version 1 8 10 ``` Or is it somewhere else

ribesg · Answer

In `buildSrc` s `build gradle kts` I have this ```dependencies compileOnly gradleKotlinDsl implementation files libs javaClass superclass protectionDomain codeSource location implementation libs gradle android implementation libs gradle kotlin ```

ribesg · Answer

Which references my version catalog `libs versions toml` which contains this ``` versions android gradle = 7 3 0 gradle = 8 0 kotlin = 1 8 10 libraries gradle android = module = com android tools build gradle version ref = android gradle gradle kotlin = module = org jetbrains kotlin kotlin gradle plugin version ref = kotlin ```

mbonnin · Answer

Interesting Maybe it s `gradleKotlinDsl ` doing funky stuff

ribesg · Answer

Removed it no change Seems like this dependency wasn t even needed anymore

ribesg · Answer

I was wrong the dependency in the buildscript doesn t fix anything I probably mistakenly ran the task without ` rerun` or `clean` and understood the lack of error logs as success

Adam S · Answer

have you added the Kotlin BOM ```implementation platform kotlin bom ```

ribesg · Answer

Never heard of it at which level would I put that

Adam S · Answer

anywhere that the Kotlin plugin is applied ```plugins kotlin jvm dependencies implementation platform kotlin bom ``` Note that different Configurations `implementation` `testFixturesImplementation` `androidInstrumentedTest` might need to re apply it

Adam S · Answer

you can also apply it without the `kotlin ` helper function which automatically adds the Kotlin version ``` implementation platform org jetbrains kotlin kotlin bom 1 8 0 ```

mbonnin · Answer

how would that solve anything

Adam S · Answer

my guess is that there s a transitive dependency on an older Kotlin dependency being brought in by a plugin or another dependency so the BOM would align it

mbonnin · Answer

I m really curious if it works I always thought `expected version is 1 6 0` was coming from the compiler

mbonnin · Answer

mmmm unless it s `kotlinx metadata` thinking face

mbonnin · Answer

which lint could maybe depend on

Adam S · Answer

I made a mistake < ribesg> make sure to wrap it with `platform ` I ve updated my examples above

mbonnin · Answer

expected version is comes from <https github com martinbonnin kotlin blob 16f04592bea729740d034b3fc4bef93c40b49af8 core metadata jvm src org jetbrains kotlin metadata jvm deserialization JvmMetadataVersion kt L14|kotlinx metadata> So maybe it s using the 1 8 x compiler with an outdated `kotlinx metadata` version

mbonnin · Answer

Which is still weird I d expect the compiler to depend on the same version of metadata

ribesg · Answer

I don t see any change after adding that dependency in a lot of places There are hundreds of places I defines dependencies I tried to add it for every platform the module I m testing with compiles to and all the modules listed in the logs no change

Adam S · Answer

try running ``` gradlew modules files dependencies``` and looking for any kotlin kotlinx dependencies that aren t 1 8 10

ribesg · Answer

I have a lot of dependencies referencing Kotlin 1 7 but not 1 6

ribesg · Answer

Every reference ends with the form `1 7 20 gt 1 8 10` which means it s actually replaced with the updated version iirc

doubov · Answer

< ribesg> did you figure out what the issue was I m getting a similar error

ribesg · Answer

No I m just riding the warnings wave

kenkyee · Answer

Having the same error running tests on a lint module we have FWIW ```kotlin stdlib kotlin module Module was compiled with an incompatible version of Kotlin The binary version of its metadata is 1 8 0 expected version is 1 6 0 ``` and the jdk7 jdk8 versions of it show in the warnings too They re all in the gradle cache for paths I m also not in a multiplatform project

Arjun Kallapur · Answer

Has anyone in this thread been able to fix the problem I am running into a similar issue with the lint task failing on my Android project when trying to update from Kotlin 1 7 10 to 1 8 20 ``` e root gradle caches modules 2 files 2 1 org jetbrains kotlin kotlin parcelize runtime 1 8 10 b0e9f707501a1d64e47aee02bfd7d963b8448fba kotlin parcelize runtime 1 8 10 jar META INF parcelize runtime kotlin module Module was compiled with an incompatible version of Kotlin The binary version of its metadata is 1 8 0 expected version is 1 6 0 ```

doubov · Answer

` gradlew version` what s your Kotlin version there

Arjun Kallapur · Answer

Hmm that shows 1 5 31

doubov · Answer

I think you should upgrade that

Arjun Kallapur · Answer

Thank you for that Is there a way to upgrade only the Kotlin version of the gradle wrapper Or should I upgrade the gradle wrapper to achieve this

doubov · Answer

I m not an expert at this but I think upgrading the wrapper is probably the way to go

Arjun Kallapur · Answer

Got it thank you