* Update the mupen64plus API headers
* Add the new video extension functions in the opengl wrappers
* Pull new headers from upsteam mupen64plus-core
* Modify CMakeLists.txt
* Add GLideNUI source files
* Expose new MUPENPLUSAPI_GLIDENUI option
* This allows you to compile GLideN64 for mupen64plus with GLideNUI
* NOTE that this only works with front-ends which call PluginConfig
* Move src/windows/Config_windows.cpp to src/GLideNUI/Config_GLideNUI.cpp
* This makes more sense because it's not windows-exclusive anymore
* Add src/GLideNUI/fullscreenresolutions_mupen64plus.cpp
* This allows GLideNUI to enumerate the fullscreen refresh rates and resolutions
* Modify src/Graphics/OpenGLContext/mupen64plus/mupen64plus_DisplayWindow.cpp
* This modification allows mupen64plus with GLideNUI to use the selected fullscreen resolution and refresh rates
* Expose a new PluginConfig function which calls Config_DoConfig()
* NOTE that this only works with front-ends which call this function
* NOTE that this technically breaks the mupen spec
-Added N64PluginsDir-wtl and N64PluginsDir-wtl_x64 environment variables for zilmar-spec-wtl
-Updated appveyor.yml to support wtl configurations
-Split artifacts into individual 7z files for each configuration instead of a single archive holding them all together
-Move icons to Resources folder to avoid duplicate assets
-Updated icon.qrc
-Updated GLideNUI.rc
-Update GLideN64.sln
-Fix very serious overlook in x64 builds
This should fix AppVeyor issues
Use variable names from 3fe5f50
Fixes a problem in which the UI would fail to compile when the version was not found (qt-5_7_1-x86-msvc2015-static by default), and changing to the correct version through QT Project Settings would clear all the dependencies (possibly a bug in the Qt VS Tools addin). Changing from $(DefaultQtVersion) to any other version doesn't have this problem.
