Demyan Kimitsa
Demyan Kimitsa
@davidgiga1993 thx, i've done similar fix myself. re-deployed, starting on ios15.2, had no time to do deeper test that just compile and start
as an option would be not link with StoreKitRvm framework but load it manually. don't know if there is such option in robovm config (to deploy with dynamic lib but...
hi, sorry for late response. It is available out of box now, will share possible options till end of the day
hi @davidgiga1993 ) I'm keeping it in mind. had to deal with #808 first as `libswiftXPC.dylib` might require compiler changes. plan to work on it tomorrow. thx
hi @davidgiga1993 could you please provide more info and scenario when you are having troubles with `libswiftXPC.dylib` ? and scenarios related to ios11 thx
what version of robovm are you using, this kind on issue was fixed some time ago https://github.com/MobiVM/robovm/pull/783 in 2.3.22
@davidgiga1993 have pushed few changes related to error handling recently to https://github.com/dkimitsa/robovm-cocoatouch-swift/tree/main/storekit
StoreKit2 bindings were moved to https://github.com/MobiVM/robovm-cocoatouch-swift and released to Sonatype: It was split into Java bindings: ``` implementation("com.mobidevelop.robovm:robopods-swift-storekit2:18.2.0.1") ``` and kotlin wrappers (with coroutine flavour): ``` implementation("com.mobidevelop.robovm:robopods-swift-storekit2-kt:18.2.0.1") ```
hi, thank you for reporting. first issue was fixed in v2.3.21 second is going be fixed once we remove legacy code from Idea plugin
all these were addressed in https://github.com/MobiVM/robovm/pull/808