Project64 Git (2015/11/17) is compiled. Project 64 is a proprietary Nintendo 64 emulator for Windows. It employs a plug-in system that allows third-party software developers to create their own implementation of a specified component. Project64 allows the user to play Nintendo 64 games on a computer by reading ROM images, either dumped from the read-only memory of a Nintendo 64 cartridge or created directly on the computer as homebrew. Project64 started as an exercise by Jabo and zilmar in an attempt to see if they were capable of programming a Nintendo 64 emulator. It's open source now.

Project64 Git Changelog:
* Merge pull request #762 from MELERIX/english
missing from: https://github.com/project64/project64/commit/c44ecf09fa70a6557a250c549c72af631739a6bb
* missing from: https://github.com/project64/project64/commit/c44ecf09fa70a6557a250c549c72af631739a6bb
* Merge pull request #761 from cxd4/common-mingw
[Common] uploaded working MinGW build script
* [Common] uploaded working MinGW build script
* Merge pull request #760 from cxd4/unresolved-alloca
[Common] #include to fix undeclared `alloca`
* [Common] #include to fix undeclared `alloca`
* Merge pull request #759 from cxd4/fix-nrage
Get N-Rage linking with MinGW 64-bit.
* [N-Rage] Get resource script linked w/ MinGW for config GUI.
* [N-Rage] Include windows.h, not wtypes.h, for Windows API types.
may include all the BOOL/DWORD/etc. stuff as a low-level MSVC header, but it is not obligated to do so per the low-level header specifications for other compilers, such as (evidently) MinGW.
* [N-Rage] only need WBEM dependency in 1 .cpp, not a .h
* [N-Rage] fixed ARRAYSIZE() #define when missing headers
The old code only cared about if the macro was already defined (then #undef and re-define it). If it was NOT already defined, it just ignored the problem and causes unresolved compile-time symbols.
* [N-Rage] MinGW links with -ldinput8, -mwindows and subsets.

Download: Project64 Git (2015/11/17) x86
Download: Project64 Git (2015/11/17) x64
Source:Here