The platform gate rejected every target OS except macOS and Linux, so any
Apple mobile target failed at build-script time before compiling anything.
iOS differs from the existing platforms in how the native library is
consumed: an app bundle cannot ship a loose dylib the way an APK ships a
.so, so the delivery node has to be linked as a static archive. That also
means rln must be named explicitly -- with no shared library in the
picture there is no rpath to resolve it transitively. iOS takes the
relocatable path unconditionally, since the absolute-install-name stamping
the default path performs has no meaning for a statically linked archive.
Verified on aarch64-apple-ios-sim: liblogoschat.a builds (arm64,
platform IOSSIMULATOR, 26 exported logoschat_* symbols), links against
liblogosdelivery.a + librln.a with no unresolved symbols, and runs on an
iPhone 17 Pro simulator -- logoschat_gen_address() returns a valid account
address.
Device targets (aarch64-apple-ios) are untested here: they additionally
need liblogosdelivery.a and librln.a built for the device slice, which is
outside this repo.
Co-authored-by: Jazz Turner-Baggs <473256+jazzz@users.noreply.github.com>
