Set DISTCC_HOSTS to empty string for make as is needed with mupen64plus and lr-snes9x. This is an 32bit arm
issue and affects our binary build system which uses distcc with cross compiler on other hosts for performance.
Changes in jzIntv:
* SDL2 support and SDL2 compliant keyboardevents (kbdhackfile.txt)
* CHEAT support
* UTF-8 support in game metadata (ROM/BIN/CFG)
* Various enhancements on the debugger
* Updated documentation on jzIntv and Intellivision architecture
* Many, many fixes
* Refer to accompanied release notes for full details
Also the following module changes were made:
Remove io.h for all systems not just aarch64. It's not a needed header it seems anyway.
Overriding CC/CXX and other makeflags doesn't seem needed anymore. Our CFLAGS are not overridden and no issues.
We originally modified WARN/WARNXX due to newer flag issues with older GCC and then later for an issue on GCC 8.x.
Builds find on GCC 8.x now without this.
* repack source archive so it unpacks to jzintv not jzintv-20181225-src and remove dlls from bin subfolder
* remove now unneeded subMakefile changes
* override CC/CXX in Makefile to use just gcc rather than hardcoded version
* clear WARNXX to avoid incompatibility with -Wc++1z-compat and older g++
* get rid of _INFMSGS and instead have a rp_module_help field with information in.
this can then be displayed in the setup menus, and not just after configuring.
* rp_module_menus is no more - instead use rp_module_section with one of
- core (core packages)
- main (main packages - which will be installed by default in the image)
- opt (optional packages)
- exp (experimental packages)
- driver (driver packages)
- config (configuration packages / tools)
* The setup menu organises the data based on the above sections. more could be added in the future if needed. Packages (internally modules), can be added / configured / removed individually, or as entire sections.
* The setup menu will automatically detect if a binary is available to be installed. the nobin flag is no longer needed. modules that install directly from binary via aptInstall or via a prebuilt binary need to use an install_bin_ function instead of install_
* rp_module_section of type "config" will have the "gui_" function called first if it's available, otherwise a standard depends/sources/build/install/configure will be called
* configure is no longer used for "gui" configuration function - use gui_ instead. Had already started to move to this before, but now it is required.
* use arrays for info/error messages
* create a helper function to print our information to console/dialog etc
* rename prebious printMsg to printHeading
* fix for duplication of error messages in rp_callModule
* use dispmanx by default
* use our BIOS folder / update instructions
* remove some makefile changes that are no longer needed. The subMakefile change isn't needed either, but we don't need to build the additional items
we pass the module id in, which is short and should be clear to the user if manually fiddling with the config. if the parameter is
empty, it the name of the binary will be used
the build/install paths are pregenerated making modules even simpler - we use the module type to decide where to put it, which
will be needed for supplementary / libretrocores
