AltPods were updated to v1.29.0-SNAPSHOT to sync with recent releases.

Updated pods

• AppCenter 5.0.0 to 5.0.1
• AppLovinSDK 11.6.0 to 11.7.1
• BranchMetrics 1.45.2 to 2.0.0
• Facebook v15.1.0 to 16.0.0
• Firebase 10.3.0 to 10.5.0
• ClearAds 2.9.3 to 3.0.1
• Fyber 8.1.6 to 8.1.9
• HelpShift v7.11.2 to HelpShiftX 10.2.2
• IronSource 7.2.6 to 7.2.7
• Lottie 4.0.1 to 4.1.3
• Tenjin 1.12.18 to 1.12.22
• removed Flurry libraries as not used
• GoogleAds adapters updated

These pods were pushed to https://oss.sonatype.org/content/repositories/snapshots maven repo under 1.29.0-SNAPSHOTS version. Source code @github

Updates are not fully tested, please open issue if bug found.

XCFramework is a distributable binary package that contains variants of binary framework or library built for different platforms/cpu architectures. Introduced in Xcode11. Also, it solves problem packaging Arm64 and Arm64-simulator binaries into Fat framework/library. RoboVM had workaround for two year already to framework path for different architectures. But it requires manual preparation.copying for each framework and a bit annoying. PR694 introduced two options to improve the usability:

1. Direct reference in <xcFrameworks>

AltPods were updated to v1.28.0-SNAPSHOT to sync with recent releases.

Updated pods

• AppLovinSDK 11.5.4 to 11.6.0
• BranchMetrics 1.44.0 to 1.45.2
• Firebase 10.1.0 to 10.3.0
• Singular 11.0.10 to 12.0.1
• Lottie 3.5.0 to 4.0.1
• IronSource 7.2.5 to 7.2.6
• Pollfish 6.3.0 to 6.3.1

These pods were pushed to https://oss.sonatype.org/content/repositories/snapshots maven repo under 1.28.0-SNAPSHOTS version. Source code @github

Updates are not fully tested, please open issue if bug found.

AltPods were updated to v1.27.0-SNAPSHOT to sync with recent releases.

Updated pods

• AppCenter 4.4.3 to 5.0.0
• AppLovinSDK 11.5.1 to 11.5.4
• BranchMetrics 1.43.2 to 1.44.0
• Facebook v15.0.0 to 15.1.0
• Firebase v10.0.0 to v10.1.0
• OneSignal 3.11.2 to v3.11.5

These pods were pushed to https://oss.sonatype.org/content/repositories/snapshots maven repo under 1.27.0-SNAPSHOTS version. Source code @github

Updates are not fully tested, please open issue if bug found.

AltPods were updated to v1.26.0-SNAPSHOT to sync with recent releases.

Updated pods

• AppLovinSDK 11.4.3 to 11.5.1
• BranchMetrics 1.43.1 to 1.43.2
• Charts 4.0.3 to 4.1.0
• Facebook v14.1.0 to 15.0.0
• Firebase v9.4.0 to v10.0.0
• Fyber 8.1.5 to 8.1.6
• InMobi 10.0.7 to 10.1.0
• IronSource 7.2.3 to 7.2.5
• Lottie 3.4.2 to 3.5.0
• Pollfish 6.2.5 to 6.3.0
• Singular 11.0.7 to 11.0.10
• UnityAds 4.3.0 to v4.4.1

New pod

• Tenjin 1.12.18

These pods were pushed to https://oss.sonatype.org/content/repositories/snapshots maven repo under 1.26.0-SNAPSHOTS version. Source code @github

Updates are not fully tested, please open issue if bug found.

AltPods were updated to v1.25.0-SNAPSHOT to sync with recent releases.

Updated pods

• Adapty 1.17.6 to 1.17.7
• AppCenter 4.4.2 to 4.4.3
• Firebase v9.2.0 to v9.4.0
• UnityAds v4.2.1 to v4.3.0

These pods were pushed to https://oss.sonatype.org/content/repositories/snapshots maven repo under 1.25.0-SNAPSHOTS version. Source code @github

Updates are not fully tested, please open issue if bug found.

AltPods were updated to v1.24.0-SNAPSHOT to sync with recent releases.

Updated pods

• Adapty 1.17.1 to 1.17.6
• AppLovinSDK v11.4.1 to v11.4.3
• BranchMetrics v1.42.0 to v1.43.1
• Facebook v13.2.0 to v14.1.0
• Firebase v9.1.0 to v9.2.0
• IronSource v7.2.1 to v7.2.3
• Lottie v3.3.0 to v3.4.0
• OneSignal v3.11.1 to 3.11.2

These pods were pushed to https://oss.sonatype.org/content/repositories/snapshots maven repo under 1.24.0-SNAPSHOTS version. Source code @github

Updates are not fully tested, please open issue if bug found.

Just in 1h after release first reports arrived. It resulted in failure to link with messages like:

Undefined symbols for architecture arm64: “_[j]java.lang.Object.notifyAll()V[lookup]”,

Moment here: Object.notifyAll is final method and doesn’t require [lookup] trampoline but quick look shows that its being invoked now with invokeinterface JVM instruction instead of invokevirtual as it was before.

Long story short: this happen due Java18 was used for compilation on build machine. And even if we target Java8 when compiling runtime different byte code was generated due applied JDK-8272564.

In short term – planned 2.3.18 release using Java 15 on host. Also we have to support method lookup for Object methods when these invoked on interfaces as it described in jvms-5.4.3.4 item 3.

AltPods were updated to v1.23.0-SNAPSHOT to sync with recent releases.

Updated pods

• Adaptry 1.16.10 to 1.17.1
• AppLovinSDK v11.3.3 to v11.4.1
• Charts v4.0.2 to v4.0.3
• Facebook v13.1.0 to v13.2.0
• Firebase v8.14.0 to v9.1.0
• Fyber v8.1.4 to v8.1.5
• OneSignal v3.10.2 to 3.11.1
• Singular v11.0.6 to v11.0.7
• UnityAds v4.1.0 to v4.2.1

These pods were pushed to https://oss.sonatype.org/content/repositories/snapshots maven repo under 1.23.0-SNAPSHOTS version. Source code @github

Updates are not fully tested, please open issue if bug found.

RoboVM stopped to be Java7+ runtime (Android 4.4 to be exact). However it doesn’t stop users to compile it against more recent Java like java 11.
It works with some amount of constraints but sometime changes are breaking. Like JEP181 that causes java8 scenarios doesn’t work anymore with RoboVM (issue #852).
Long story short: with JEP181 changes compiler doesn’t generate accessors to private fields for nested classes. And RoboVM truly produces IllegalAccessError: Attempt to access private method/variable.
Here is a sample code to reproduce: