La biblioteca de Kotlin 'classes.jar' tiene un formatting no compatible. Actualice la biblioteca o el complemento

Este post aparece en la synchronization del proyecto.

Intenté limpiar y rebuild el proyecto, pero no tuve éxito.

Estoy usando la última versión del complemento 0.12.275, "org.jetbrains.kotlin: kotlin-gradle-plugin: 0.12.213" y "org.jetbrains.kotlin: kotlin-stdlib: 0.12.213"

He intentado con la versión estable 0.12.200 tanto para el complemento como para la biblioteca, pero obtengo el mismo error.

Estoy usando Android Studio AI-141.1972460 (canal canario).

Parece que el problema estaba en mi * .aar lib, que se incluyó en el proyecto: se compiló con una versión anterior de Kotlin. Actualicé la biblioteca a la última versión de Kotlin y funciona ahora.

Este problema se resolvió con la biblioteca actualizada mencionada por @ ookami.kb

Acerca del post de error …

El error de "formatting no admitido" se produce cuando el número de versión de ABI de los files de class creados por Kotlin no coincide con el esperado utilizado por el comstackdor de Kotlin. Esto ya no es un problema con Kotlin 1.0 Betas ya que el número ABI no cambiará nuevamente para 1.0. Sin embargo, habrá una recompilation forzada en el candidato de la versión 1.0 para garantizar que no existan compiler errors que afecten las bibliotecas o el código, y que todo se vuelva a generar limpio. Después, no habrá problemas como este.

Por lo tanto, si una biblioteca no está actualizada con el mismo ABI, o acierta esta última "recompilation de 1.0", puede encontrarse con un error similar. La solución siempre es encontrar la biblioteca actualizada.

Más acerca de esto en la sección de Kotlin 1.0 Beta 4 "What's Next":

Una vez finalizado el período Beta, habrá un RC y luego 1.0.

Nos gustaría asegurarnos de que ningún código comstackdo con versiones previas de Kotlin se guarde después de 1.0, por lo que el comstackdor RC forzará la recompilation de todo el código anterior. Coordinaremos con los mantenedores de la biblioteca que se encuentren fuera de JetBrains para asegurarnos de que todas las bibliotecas ampliamente utilizadas se comstackrán a time.

También aprovecharemos la oportunidad para eliminar algún legado en este punto:

  • eliminar todas las desaprobaciones que hemos acumulado en el process de evolución de nuestras bibliotecas,
  • elimine todas las deprecaciones del código generado (es posible que no haya oído hablar de ellas, ¡pero existen!),
  • deshacerse de algunas peculiaridades de bytecode henetworkingadas que se encontraron durante la versión beta,
  • mueve algo del código stdlib para que los packages tengan más estructura.

Después de ese punto, los únicos cambios compatibles en la biblioteca estándar son desaprobaciones y adiciones (esto no incluye las API de reflexión). Estamos ejecutando una revisión abierta para la API de la biblioteca para asegurarnos de que no nos hemos perdido nada importante.

Este es un error de Kotlin con una nueva versión de complemento

  • Spring @Autowire no trabaja en Kotlin
  • ¿Cuál es el lugar en la jerarquía de types de types anulables?
  • SupportfragmentManager se convierte en null android kotlin
  • Android - Comprobar si no nulo no funciona como se esperaba
  • Obtenga el complemento IntelliJ Kotlin y gradle para que coincida
  • ¿Cómo puedo hacer reference a un argumento sin nombre de una expresión when?
  • ¿Por qué mi trabajo no está comenzando?
  • Problemas al upload imágenes a Firebase
  • ¿Cómo eliminamos elementos de una MutableList en Kotlin?
  • Cómo deserializar las classs de datos henetworkingados de Kotlin con Gson
  • ¿Existe alguna forma más simple de express classs anónimas en Kotlin?