- fixed broken structs in AudioToolBox;
- added IntentsUI framework;
- added UserNotificationsUI framework;
Code under LLVM8 branch can compile and produce runnable code.
Also both LLVM7/8 has been merged with debugger_local_resolution branch;
compiledependency declaration bug with gradle 4;
Invalid Swift Supportissue when submitting to apple build created using XCode 10.1/10.2;
This post continues tutorial for proper initialization of crash reporters t. Today it focus around issue 350:Crashlytics: Caught exceptions are being reported as crashes.
Signals.installSignals() preserves signals handlers and allows RoboVM to handle NPE. But Crashlytics also uses mach exception handler to get crash Apple way. These have priority over signals and this allows Crashlytics to see null pointer exception (EXC_BAD_ACCESS) before RoboVM detects it and report.
This post continues series of debugger rework, refer to previous post. Today changes are focused around #220 Exception in Lambda transformation using modified soot:
A struct in the C is a composite data type placed under one name in a block of memory, allowing the different variables to be accessed via a single pointer wiki.
The Bro Java to Native Bridge supports structs data type. And there are several scenarios how they are used:
Experiment with LLVM7 had been started. Current version of LLVM used is 3.6. Version 7 itself will not introduce any significant improvement for RoboVM compiler so far. Goal for this activity is to refresh dependencies code base.
Source code of all changes is stored in separate branch dkimitsa/robovm/llvm_70.
Very brief: LLVM library code compiles but nothing was running yet.
All these changes brought LLVM 7 code into project and now its possible to compile RoboVM compiler code.
Things to do(high level overview):
As result of testing rules_apple was wrong and Apple reject such binaries.
In general it would be enough just tp fix issue introduced in PR340 but bitcode strip and
SwiftSupport/iphoneos/will also stay as part of this PR.
Starting from Xcode 10 ARM64E arch has to be stripped from included framworks as this caused
Invalid Swift Support at Apple side. There was a fix for it but sadly there was no feedback and another was introduced during the fix. As result investigation continue with Eric Nondahl report and fix is ongoing (not confirmed yet).
To fix this issue PR346 is created and it introduces following changes:
SwiftSupport/was stripped from ARM64E arch but shell not be touched at all;
SwiftSupport/iphoneos/same as XCode does;
stripArchsconfiguration option that was introduced in PR340. It was removed.
Solution is in progress, please report to gitter channel for any issue found.
AltPods were update to v1.1.0-SNAPSHOTS. Changes include:
These pods were pushed to
https://oss.sonatype.org/content/repositories/snapshots maven repo under
Source code @github
Updates are not tested yet, please open issue if bug found.
NB: AltPods – are robopods kept at my personal standalone repo. This is done to prevent main robopods repo from turning into code graveyard. As these pods have low interest of community and low chances to be updated.