anonymous/yuzu - yuzu is the world's most popular, open-source, Nintendo Switch emulator — started by the creators of Citra. It is written in C++ with portability in mind,

	Commit message (Collapse)	Author	Age	Files	Lines
*	general: Convert source file copyright comments over to SPDX	Morph	2022-04-23	2	-6/+4
\| \| \| \| \|	This formats all copyright comments according to SPDX formatting guidelines. Additionally, this resolves the remaining GPLv2 only licensed files by relicensing them to GPLv2.0-or-later.
*	hle: nvflinger: Migrate android namespace -> Service::android.	bunnei	2022-03-25	1	-2/+2
\|
*	hle: vi: Integrate new NVFlinger and HosBinderDriverServer service.	bunnei	2022-03-25	2	-14/+49
\|
*	core: Make variable shadowing a compile-time error	Lioncash	2021-05-16	2	-3/+3
\| \| \| \| \| \|	Now that we have most of core free of shadowing, we can enable the warning as an error to catch anything that may be remaining and also eliminate this class of logic bug entirely.
*	service/nvflinger: Store BufferQueue instances as regular data members	Lioncash	2019-02-22	2	-13/+6
\| \| \| \| \| \| \|	The NVFlinger service is already passed into services that need to guarantee its lifetime, so the BufferQueue instances will already live as long as they're needed. Making them std::shared_ptr instances in this case is unnecessary.
*	service/vi/vi_layer: Convert Layer struct into a class	Lioncash	2019-02-21	2	-2/+35
\| \| \| \| \| \| \|	Like the previous changes made to the Display struct, this prepares the Layer struct for changes to its interface. Given Layer will be given more invariants in the future, we convert it into a class to better signify that.
*	service/nvflinger: Relocate definitions of Layer and Display to the vi service	Lioncash	2019-02-20	2	-0/+39
	These are more closely related to the vi service as opposed to the intermediary nvflinger. This also places them in their relevant subfolder, as future changes to these will likely result in subclassing to represent various displays and services, as they're done within the service itself on hardware. The reasoning for prefixing the display and layer source files is to avoid potential clashing if two files with the same name are compiled (e.g. if 'display.cpp/.h' or 'layer.cpp/.h' is added to another service at any point), which MSVC will actually warn against. This prevents that case from occurring. This also presently coverts the std::array introduced within f45c25aabacc70861723a7ca1096a677bd987487 back to a std::vector to allow the forward declaration of the Display type. Forward declaring a type within a std::vector is allowed since the introduction of N4510 (http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2015/n4510.html) by Zhihao Yuan.