Add third-party mocks, specify mock files.

/? Do we need first-party mocks in their own files, or can we provide a
mock flag in the implementation files already?

Make device handling opt-in.

Use types from header file.

Use call count type to contextualize call counts.

Use macros for syntactic sugar.

Include mocks and stubs implementation in config unit tests.

Use #define instead of const for constants.

Use bdd-for-c for unit tests.

Honor the FPS cap with updating video. Now the update occurs after
processing all the input actions.

Implement event handling for gamepads and joysticks.

In addition, the events are ordered according to SDL compatibility.

Extract config-related code to their own source files.

Ensure that initial loading of the config saves the values back to the
config file, in order to account for fallback values.

We use minIni to parse ini files instead of implementing our own. This
is useful for config modifiable by the user, such as controls.

However, we haven't implemented a fault-tolerant config that writes to
the config when the existing file is corrupted or non-existent. We will
have to define a "save" as soon as we have all values defined for our
in-memory config, regardless if we have retrieved the values
successfully or provided default hardcoded values.

Since we use an external dependency to manage our configs, the CMake
config must be modified and the source files included in the build. How
do we organize the dependencies from other Git repositories moving forward?

Make CMake load dependencies relative to project directory.