ribesg
03/20/2019, 10:38 AMribesg
03/20/2019, 10:39 AMgonzooin
03/20/2019, 10:42 AMribesg
03/20/2019, 10:43 AMkotlinx.serialization and ktor as dependencies.Dico
03/20/2019, 10:48 AMsvyatoslav.scherbina
03/20/2019, 10:49 AMribesg
03/20/2019, 10:51 AMsvyatoslav.scherbina
03/20/2019, 10:56 AMribesg
03/20/2019, 10:57 AMribesg
03/20/2019, 11:00 AMsvyatoslav.scherbina
03/20/2019, 11:04 AMribesg
03/20/2019, 11:07 AMsvyatoslav.scherbina
03/20/2019, 11:15 AMDo you have an issue number we can follow?What do you mean?
We’ll start migration to 1.3.30 EAP thenAlternatively you can prevent exporting
JsonPrimitive to framework headers and continue using 1.3.2*.ribesg
03/20/2019, 11:17 AMribesg
03/20/2019, 11:30 AMsvyatoslav.scherbina
03/20/2019, 11:38 AMkotlinx.serialization explicitly, like you do with project A?ribesg
03/20/2019, 11:41 AMkotlinx.serialization, ktor-client or any other libribesg
03/20/2019, 11:42 AMexport Projects X, A and B in the MPP iOS App Project, we don’t export any other lib. Just 3 export callsribesg
03/20/2019, 11:42 AMkotlinx.serialization as a dependency of a lot of project but it’s never exported using the export function as the MPP iOS App Project is the only one creating a Frameworkribesg
03/20/2019, 1:27 PMsvyatoslav.scherbina
03/20/2019, 2:09 PMtransitiveExport in Gradle, then JsonPrimitive class is exported because it is used in public API. Please inspect your header to locate public API which brings JsonPrimitive to the header.ribesg
03/20/2019, 2:35 PMval of type KotlinxSerializer.() -> Unit in an object. Would that cause JsonPrimitive to be exported somehow? It’s the only thing we foundribesg
03/20/2019, 2:35 PMJsonPrimitive in any of those project, public or notsvyatoslav.scherbina
03/20/2019, 2:38 PMribesg
03/20/2019, 2:57 PMJson is a public API, which references JsonElement, which references JsonPrimitiveribesg
03/20/2019, 2:57 PM