problem

1. it was not possible to generate arm64-simulator slice as only <arch>arm64</arch> was allowed;
2. once arm64-simulator is generated it is not possible to lipo both arm64 and arm64-simulator into single fat binary

support for <arch>arm64-simulator</arch>

It was required to allow arch to contain both CPU arch and environment. To achieve this Arch enum was renamed into CpuArch and Arch value object is introduced that combines CpuArch and Environment. Code was refactored to work with new object (in future we might extend it with OS and have complete triple).

combining arm64 and arm64-simulator

Lipo is unable to make fat binary for binaries of same CPU arch. And apple tells to produce xcframework instead.
Changes were done to do following:

• combine CPU slices that belongs to same Environment (e.g. Simulator) into fat binaries;
• create framework for these fat binaries (e.g. with own copy of assets/resource etc)
• produce Info.plist that describes xcframework structure

robovm.xml has to specify following target:

    <target>xcframework</target>

eclipse plugin

can now run on m1 Mac and launch on arm64 sim

other fixes

CpuArch default arch was picked from LLVM_HOST_TRIPLE which specified host where LLVM lib was compiled, not actually host it is now running on.
As result it affected default arch selection for Console/Framework targets. Reworked to use System.getProperty("os.arch")