Besides the main Bizhawk.sln, there are a number of other projects, each with its own build method.  To develop on Bizhawk, you do not need to build these other projects, as they are included prebuilt in GIT.  You need only build them if you want to modify the cores themselves.

----------------------------------
BUILDING .DLL FOR WINDOWS:

--> When "vs2019" is mentioned, this means Microsoft(R) Visual(R) Studio(R)(R) 2019(TM) using the latest version with all the normal toolchains installed.
Unless otherwise specified, the build process consists simply of building the sln; the dlls are automatically output to the appropriate place.

--> When "mingw64" is mentioned, this means a 64 bit gcc setup installed by https://www.msys2.org/. Use mingw64.exe from the msys2 install to get the shell for building
You will need to run "pacman -S mingw-w64-x86_64-gcc" to install the mingw64 compiler. from then on it will automatically be selected in the mingw64 shell

lynx: use lynx/msvc/bizlynx.sln
wonderswan: use wonderswan/msvc/bizswan.sln
libretrobridge: use LibretroBridge/msvc/LibretroBridge.sln
quicknes: use quicknes/msvc/libquicknes.sln
gambatte: use submodules/gambatte/bizhawk/msvc/libgambatte.sln
octoshock (psx): use psx/octoshock/bizhawk/octoshock.sln

libmupen64plus: 
Use mupen64plus-sln/projects/msvc11/mupen64plus.sln.
These are actually a mishmash of vs2010 and vs2013 projects.
It will be difficult to build this without having vs2010 and vs2013 installed.
Currently, we are stuck due to out of date mupen code and prebuilt static libraries.
If you have the skills required to modify our mupen core, please send us a postcard to let us know and consider volunteering for the BizMupen Rehabilitation Team where we will redo the core on latest master.

mgba: use mingw64 to build mgba/src/platform/bizhawk/mingw/Makefile using "make -j install"

melonds: ??

waterbox:  See separate document waterbox/readme.txt

libdarm: stock build from https://github.com/jbremer/darm.git   71a027e0ffb2171d01213c6ecc6da1c49e158398 ????
* Assuming this is the right commit for the Windows binary we have, the submodule and Linux binary are 4 commits ahead (at cadffa77bf15e4ac3f8051e60c1ccefcc836e62b). None of those commits actually changed the C source code.

----------------------------------
BUILDING .SO FOR LINUX
-TBD-

----------------------------------
BUILDING .DYLIB FOR MACOS
-TBD-
