During Cross-Compile from Linux to Windows, Neko Compilation chain will normally call into ReplaceVistaIcon.exe, unfortunately, EXE files are not native applications of NON-Windows systems, thus a permission issue occurs.
By indicating to the Source Code that ReplaceVistaIcon.exe be called only when it detected Windows systems through
PlatformHelper.hostPlatform == Platform.WINDOWS
The issue is fixed.
During Cross-Compile from Linux to Windows, Neko Compilation chain will normally call into ReplaceVistaIcon.exe, unfortunately, EXE files are not native applications of NON-Windows systems, thus a permission issue occurs.
By indicating to the Source Code that ReplaceVistaIcon.exe be called only when it detected Windows systems through
PlatformHelper.hostPlatform == Platform.WINDOWS
The issue is fixed.
During Cross-Compile from Linux to Windows, Neko Compilation chain will normally call into ReplaceVistaIcon.exe, unfortunately, EXE files are not native applications of NON-Windows systems, thus a permission issue occurs.
By indicating to the Source Code that ReplaceVistaIcon.exe be called only when it detected Windows systems through
PlatformHelper.hostPlatform == Platform.WINDOWS
The issue is fixed.
Recent Merge on Hxcpp may prevent 64bit machine users from compiling 32bit binary. Though the work around may be as easy adding compilation flag: -32.
Through this pull, OpenFl and Lime can now recover its usual compilation procedure.
Adds flags for testability, only to build active architecture, and bakes the app package name into the project file. All this to fix the warnings generated by XCode.
This also drops the flags for architecture completely as there is only one valid variation for tvOS and not setting it gives the default.
I had some issues getting it to be set at all. Plus, considering that apps compiled without it will not even run on the devices I can't see any reason for keeping it around.
