Stephen Gold

> Does anyone have a workaround? My workaround is to use the old "cpp" plugin from Gradle 4 instead of "cpp-library". It's routine to define new platforms in the "cpp"...

Perhaps the `RigidBodyMotionState` class can meet your need.

You're right that it's currently not exposed. I'll investigate how difficult it might be to expose.

The most straightforward way to add location/rotation listeners for rigid bodies would be to define a new `MotionStateListener` interface and add an `addListener()` method to `RigidBodyMotionState`. Before introducing a new...

Thanks for the suggestion. I know it's possible. It's not high on my priorities. I'll leave this open so I don't forget.

Since I'm not an IOS developer, I'd need the cooperation of one or more IOS developers, for testing at least. I'll add it to the roadmap.

The native sources already compile using Xcode---in order to build the MacOS native libraries. I'm using Xcode v9.3 since that was the last version to support compiling for 32-bit targets....

I'm reverting the change to `jme3-core` that caused the breakage. This PR is still a good idea, but not so urgent any more.

Any thoughts on how to test our Engine on a windows-arm64 system?

I'll test this in my fork.