The-Homebrew-Cloud/dolphin
2
0
Fork 0
mirror of https://github.com/dolphin-emu/dolphin.git synced 2025-01-09 15:49:25 +01:00
Code Issues Packages Projects Releases Wiki Activity
dolphin/Source/Core/InputCommon/CMakeLists.txt

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

199 lines
6.2 KiB
CMake
Raw Normal View History

InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 14:13:48 -04:00
add_library(inputcommon
InputCommon: Introducing the "Dynamic Input Texture". Configuration links an emulated input action to an image based on what host key is defined for that emulated input. Specific regions are called out in configuration that mark where to replace an input button with a host key image.
2019-08-17 14:40:58 -05:00
DynamicInputTextureManager.cpp
DynamicInputTextureManager.h
GCAdapter: Merge GCAdapter.cpp and GCAdapter_Android.cpp This is mostly a brainless merge, #ifdef-ing anything that doesn't match between the two while preserving common logic. I didn't rename any variables (although similar ones do exist), but I did change one log that was ERROR on android and NOTICE elsewhere to just always be NOTICE. Further merging will follow.
2022-04-19 14:41:13 -07:00
GCAdapter.cpp
GCAdapter.h
InputCommon: Introducing the "Dynamic Input Texture". Configuration links an emulated input action to an image based on what host key is defined for that emulated input. Specific regions are called out in configuration that mark where to replace an input button with a host key image.
2019-08-17 14:40:58 -05:00
ImageOperations.cpp
ImageOperations.h
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 14:13:48 -04:00
InputConfig.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
InputConfig.h
Input: Add hotkey to cycle the wiimote profile forward or backward Co-authored-by: Barath Kannan <barathsotd@gmail.com>
2018-04-13 23:51:32 -05:00
InputProfile.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
InputProfile.h
ControllerEmu: Move into its own directory ControllerEmu is a massive class with a lot of nested public classes. The only reason these are nested is because the outer class acts as a namespace. There's no reason to keep these classes nested just for that. Keeping these classes nested makes it impossible to forward declare them, which leads to quite a few includes in other headers, making compilation take longer. This moves the source files to their own directory so classes can be separated as necessary to their own source files, and be namespaced under the ControllerEmu namespace.
2017-01-29 22:32:04 -05:00
ControllerEmu/ControllerEmu.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerEmu/ControllerEmu.h
InputCommon: Simplified StickGate interface and moved class into its own file. Changed default input radius to perform no resizing. Tweaked the indicator colors a bit to improve visibility. Cleaned up some math and code.
2018-12-21 16:11:00 -06:00
ControllerEmu/StickGate.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerEmu/StickGate.h
ControllerEmu: Separate ControlGroup from ControllerEmu ControllerEmu, the class, is essentially acting like a namespace for ControlGroup. This makes it impossible to forward declare any of the internals. It also globs a bunch of classes together which is kind of a pain to manage. This splits ControlGroup and the classes it contains into their own source files and situates them all within a namespace, which gets them out of global scope. Since this allows forward declarations for the once-internal classes, it now requires significantly less files to be rebuilt if anything is changed in the ControllerEmu portion of code. It does not split out the settings classes yet, however, as it would be preferable to make a settings base class that all settings derive from, but this would be a functional change -- this commit only intends to move around existing code. Extracting the settings class will be done in another commit.
2017-02-08 22:15:43 -05:00
ControllerEmu/Control/Control.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerEmu/Control/Control.h
ControllerEmu: Separate ControlGroup from ControllerEmu ControllerEmu, the class, is essentially acting like a namespace for ControlGroup. This makes it impossible to forward declare any of the internals. It also globs a bunch of classes together which is kind of a pain to manage. This splits ControlGroup and the classes it contains into their own source files and situates them all within a namespace, which gets them out of global scope. Since this allows forward declarations for the once-internal classes, it now requires significantly less files to be rebuilt if anything is changed in the ControllerEmu portion of code. It does not split out the settings classes yet, however, as it would be preferable to make a settings base class that all settings derive from, but this would be a functional change -- this commit only intends to move around existing code. Extracting the settings class will be done in another commit.
2017-02-08 22:15:43 -05:00
ControllerEmu/Control/Input.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerEmu/Control/Input.h
ControllerEmu: Separate ControlGroup from ControllerEmu ControllerEmu, the class, is essentially acting like a namespace for ControlGroup. This makes it impossible to forward declare any of the internals. It also globs a bunch of classes together which is kind of a pain to manage. This splits ControlGroup and the classes it contains into their own source files and situates them all within a namespace, which gets them out of global scope. Since this allows forward declarations for the once-internal classes, it now requires significantly less files to be rebuilt if anything is changed in the ControllerEmu portion of code. It does not split out the settings classes yet, however, as it would be preferable to make a settings base class that all settings derive from, but this would be a functional change -- this commit only intends to move around existing code. Extracting the settings class will be done in another commit.
2017-02-08 22:15:43 -05:00
ControllerEmu/Control/Output.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerEmu/Control/Output.h
ControllerEmu: Separate ControlGroup from ControllerEmu ControllerEmu, the class, is essentially acting like a namespace for ControlGroup. This makes it impossible to forward declare any of the internals. It also globs a bunch of classes together which is kind of a pain to manage. This splits ControlGroup and the classes it contains into their own source files and situates them all within a namespace, which gets them out of global scope. Since this allows forward declarations for the once-internal classes, it now requires significantly less files to be rebuilt if anything is changed in the ControllerEmu portion of code. It does not split out the settings classes yet, however, as it would be preferable to make a settings base class that all settings derive from, but this would be a functional change -- this commit only intends to move around existing code. Extracting the settings class will be done in another commit.
2017-02-08 22:15:43 -05:00
ControllerEmu/ControlGroup/AnalogStick.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerEmu/ControlGroup/AnalogStick.h
WiimoteEmu: Major renaming and cleanup.
2019-01-01 08:32:39 -06:00
ControllerEmu/ControlGroup/Attachments.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerEmu/ControlGroup/Attachments.h
ControllerEmu: Separate ControlGroup from ControllerEmu ControllerEmu, the class, is essentially acting like a namespace for ControlGroup. This makes it impossible to forward declare any of the internals. It also globs a bunch of classes together which is kind of a pain to manage. This splits ControlGroup and the classes it contains into their own source files and situates them all within a namespace, which gets them out of global scope. Since this allows forward declarations for the once-internal classes, it now requires significantly less files to be rebuilt if anything is changed in the ControllerEmu portion of code. It does not split out the settings classes yet, however, as it would be preferable to make a settings base class that all settings derive from, but this would be a functional change -- this commit only intends to move around existing code. Extracting the settings class will be done in another commit.
2017-02-08 22:15:43 -05:00
ControllerEmu/ControlGroup/Buttons.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerEmu/ControlGroup/Buttons.h
ControllerEmu: Separate ControlGroup from ControllerEmu ControllerEmu, the class, is essentially acting like a namespace for ControlGroup. This makes it impossible to forward declare any of the internals. It also globs a bunch of classes together which is kind of a pain to manage. This splits ControlGroup and the classes it contains into their own source files and situates them all within a namespace, which gets them out of global scope. Since this allows forward declarations for the once-internal classes, it now requires significantly less files to be rebuilt if anything is changed in the ControllerEmu portion of code. It does not split out the settings classes yet, however, as it would be preferable to make a settings base class that all settings derive from, but this would be a functional change -- this commit only intends to move around existing code. Extracting the settings class will be done in another commit.
2017-02-08 22:15:43 -05:00
ControllerEmu/ControlGroup/ControlGroup.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerEmu/ControlGroup/ControlGroup.h
ControllerEmu: Separate ControlGroup from ControllerEmu ControllerEmu, the class, is essentially acting like a namespace for ControlGroup. This makes it impossible to forward declare any of the internals. It also globs a bunch of classes together which is kind of a pain to manage. This splits ControlGroup and the classes it contains into their own source files and situates them all within a namespace, which gets them out of global scope. Since this allows forward declarations for the once-internal classes, it now requires significantly less files to be rebuilt if anything is changed in the ControllerEmu portion of code. It does not split out the settings classes yet, however, as it would be preferable to make a settings base class that all settings derive from, but this would be a functional change -- this commit only intends to move around existing code. Extracting the settings class will be done in another commit.
2017-02-08 22:15:43 -05:00
ControllerEmu/ControlGroup/Cursor.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerEmu/ControlGroup/Cursor.h
ControllerEmu: Separate ControlGroup from ControllerEmu ControllerEmu, the class, is essentially acting like a namespace for ControlGroup. This makes it impossible to forward declare any of the internals. It also globs a bunch of classes together which is kind of a pain to manage. This splits ControlGroup and the classes it contains into their own source files and situates them all within a namespace, which gets them out of global scope. Since this allows forward declarations for the once-internal classes, it now requires significantly less files to be rebuilt if anything is changed in the ControllerEmu portion of code. It does not split out the settings classes yet, however, as it would be preferable to make a settings base class that all settings derive from, but this would be a functional change -- this commit only intends to move around existing code. Extracting the settings class will be done in another commit.
2017-02-08 22:15:43 -05:00
ControllerEmu/ControlGroup/Force.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerEmu/ControlGroup/Force.h
Add support for motion controllers via the CemuHook controller input protocol. This is done by: 1) Implementing said protocol in a new controller input class CemuHookUDPServer. 2) Adding functionality in the WiimoteEmu class for pushing that motion input to the emulated Wiimote and MotionPlus. 3) Suitably modifying the UI for configuring an Emulated Wii Remote.
2019-09-06 17:09:30 +02:00
ControllerEmu/ControlGroup/IMUAccelerometer.cpp
ControllerEmu/ControlGroup/IMUAccelerometer.h
ControllerEmu/ControlGroup/IMUCursor.cpp
ControllerEmu/ControlGroup/IMUCursor.h
ControllerEmu/ControlGroup/IMUGyroscope.cpp
ControllerEmu/ControlGroup/IMUGyroscope.h
WiimoteEmu: Add user-accessible controls that report the desired state of the IR camera objects.
2024-01-10 05:26:29 +01:00
ControllerEmu/ControlGroup/IRPassthrough.cpp
ControllerEmu/ControlGroup/IRPassthrough.h
ControllerEmu: Separate ControlGroup from ControllerEmu ControllerEmu, the class, is essentially acting like a namespace for ControlGroup. This makes it impossible to forward declare any of the internals. It also globs a bunch of classes together which is kind of a pain to manage. This splits ControlGroup and the classes it contains into their own source files and situates them all within a namespace, which gets them out of global scope. Since this allows forward declarations for the once-internal classes, it now requires significantly less files to be rebuilt if anything is changed in the ControllerEmu portion of code. It does not split out the settings classes yet, however, as it would be preferable to make a settings base class that all settings derive from, but this would be a functional change -- this commit only intends to move around existing code. Extracting the settings class will be done in another commit.
2017-02-08 22:15:43 -05:00
ControllerEmu/ControlGroup/MixedTriggers.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerEmu/ControlGroup/MixedTriggers.h
ControllerEmu: Separate ControlGroup from ControllerEmu ControllerEmu, the class, is essentially acting like a namespace for ControlGroup. This makes it impossible to forward declare any of the internals. It also globs a bunch of classes together which is kind of a pain to manage. This splits ControlGroup and the classes it contains into their own source files and situates them all within a namespace, which gets them out of global scope. Since this allows forward declarations for the once-internal classes, it now requires significantly less files to be rebuilt if anything is changed in the ControllerEmu portion of code. It does not split out the settings classes yet, however, as it would be preferable to make a settings base class that all settings derive from, but this would be a functional change -- this commit only intends to move around existing code. Extracting the settings class will be done in another commit.
2017-02-08 22:15:43 -05:00
ControllerEmu/ControlGroup/ModifySettingsButton.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerEmu/ControlGroup/ModifySettingsButton.h
ControllerEmu: Separate ControlGroup from ControllerEmu ControllerEmu, the class, is essentially acting like a namespace for ControlGroup. This makes it impossible to forward declare any of the internals. It also globs a bunch of classes together which is kind of a pain to manage. This splits ControlGroup and the classes it contains into their own source files and situates them all within a namespace, which gets them out of global scope. Since this allows forward declarations for the once-internal classes, it now requires significantly less files to be rebuilt if anything is changed in the ControllerEmu portion of code. It does not split out the settings classes yet, however, as it would be preferable to make a settings base class that all settings derive from, but this would be a functional change -- this commit only intends to move around existing code. Extracting the settings class will be done in another commit.
2017-02-08 22:15:43 -05:00
ControllerEmu/ControlGroup/Slider.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerEmu/ControlGroup/Slider.h
ControllerEmu: Separate ControlGroup from ControllerEmu ControllerEmu, the class, is essentially acting like a namespace for ControlGroup. This makes it impossible to forward declare any of the internals. It also globs a bunch of classes together which is kind of a pain to manage. This splits ControlGroup and the classes it contains into their own source files and situates them all within a namespace, which gets them out of global scope. Since this allows forward declarations for the once-internal classes, it now requires significantly less files to be rebuilt if anything is changed in the ControllerEmu portion of code. It does not split out the settings classes yet, however, as it would be preferable to make a settings base class that all settings derive from, but this would be a functional change -- this commit only intends to move around existing code. Extracting the settings class will be done in another commit.
2017-02-08 22:15:43 -05:00
ControllerEmu/ControlGroup/Tilt.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerEmu/ControlGroup/Tilt.h
ControllerEmu: Separate ControlGroup from ControllerEmu ControllerEmu, the class, is essentially acting like a namespace for ControlGroup. This makes it impossible to forward declare any of the internals. It also globs a bunch of classes together which is kind of a pain to manage. This splits ControlGroup and the classes it contains into their own source files and situates them all within a namespace, which gets them out of global scope. Since this allows forward declarations for the once-internal classes, it now requires significantly less files to be rebuilt if anything is changed in the ControllerEmu portion of code. It does not split out the settings classes yet, however, as it would be preferable to make a settings base class that all settings derive from, but this would be a functional change -- this commit only intends to move around existing code. Extracting the settings class will be done in another commit.
2017-02-08 22:15:43 -05:00
ControllerEmu/ControlGroup/Triggers.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerEmu/ControlGroup/Triggers.h
InputCommon: move Setting classes out of ControlGroup
2017-02-26 12:00:24 -08:00
ControllerEmu/Setting/NumericSetting.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerEmu/Setting/NumericSetting.h
Rename all instances of "CemuhookUDPServer"/"UDPServer" to "DualShockUDPClient"/"DSUClient".
2019-10-26 18:05:16 +02:00
ControllerInterface/DualShockUDPClient/DualShockUDPClient.cpp
ControllerInterface/DualShockUDPClient/DualShockUDPClient.h
ControllerInterface/DualShockUDPClient/DualShockUDPProto.h
InputCommon: Split Device stuff out The ExpressionParser needs this to be out of here to prevent issues with cyclic references.
2013-06-16 20:07:10 -04:00
ControllerInterface/ControllerInterface.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerInterface/ControllerInterface.h
rename InputCommon/ControllerInterface/Device to CoreDevice
2020-09-15 04:34:41 -07:00
ControllerInterface/CoreDevice.cpp
ControllerInterface/CoreDevice.h
ControllerInterface: Add InputBackend interface and SDL implementation.
2022-10-22 16:13:35 -05:00
ControllerInterface/InputBackend.cpp
ControllerInterface/InputBackend.h
Move parts of MappingCommon out of DolphinQt Some of the functions in MappingCommon would be useful to use on mobile in the future.
2022-02-20 18:32:39 +01:00
ControllerInterface/MappingCommon.cpp
ControllerInterface/MappingCommon.h
rename ciface::Wiimote to ciface::WiimoteController
2020-09-15 04:24:25 -07:00
ControllerInterface/Wiimote/WiimoteController.cpp
ControllerInterface/Wiimote/WiimoteController.h
InputCommon: Extract ControlReference from ControllerInterface Better separation of concerns. Relegates `ControllerInterface` to enumerating input controls, and the new `ControlReference` deals with combining inputs and configuration expression parsing.
2016-10-11 17:48:38 -07:00
ControlReference/ControlReference.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControlReference/ControlReference.h
InputCommon: Extract ControlReference from ControllerInterface Better separation of concerns. Relegates `ControllerInterface` to enumerating input controls, and the new `ControlReference` deals with combining inputs and configuration expression parsing.
2016-10-11 17:48:38 -07:00
ControlReference/ExpressionParser.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControlReference/ExpressionParser.h
ExpressionParser: Move FunctionExpression type definitions into another file.
2019-01-26 12:17:30 -06:00
ControlReference/FunctionExpression.cpp
ControlReference/FunctionExpression.h
InputCommon: Move DynamicInputTextureConfiguration to DynamicInputTextures::Configuration
2021-02-14 20:47:00 -06:00
DynamicInputTextures/DITConfiguration.cpp
DynamicInputTextures/DITConfiguration.h
InputCommon: Move DynamicInputTextureData to DynamicInputTextures::Data
2021-02-14 21:20:47 -06:00
DynamicInputTextures/DITData.h
InputCommon: Move initial dynamic input texture configuration logic to a 'specification 1' function and load in a 'specification' attribute that defaults to 1 if not present (with 1 being the only valid value at the moment)
2021-02-14 23:14:02 -06:00
DynamicInputTextures/DITSpecification.cpp
DynamicInputTextures/DITSpecification.h
InputCommon: Extract ControlReference from ControllerInterface Better separation of concerns. Relegates `ControllerInterface` to enumerating input controls, and the new `ControlReference` deals with combining inputs and configuration expression parsing.
2016-10-11 17:48:38 -07:00
)
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 14:13:48 -04:00
InputCommon: Make use of fmt where applicable Continues the migration over to fmt
2019-11-22 14:10:28 -05:00
target_link_libraries(inputcommon
PUBLIC
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 14:13:48 -04:00
common
InputCommon: Make use of fmt where applicable Continues the migration over to fmt
2019-11-22 14:10:28 -05:00
PRIVATE
fmt::fmt
CMake: Use targets for all optionally-external dependencies
2023-04-16 00:57:34 -05:00
sfml-network
spng::spng
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 14:13:48 -04:00
)
UnitTests: make it possible to build tests for code that has global dependencies
2014-08-01 23:23:52 -07:00
Add an experimental CMake build system as a possible replacement for SCons. Only tested on Linux, should work on OS X and Windows in the future as well though. Some notes about this: - config.h doesn't get written yet, so you'll have to use one generated by SCons - dependency checking isn't really implemented, yet. Just some basic checks for OpenGL or ALSA, we need something more sophisticated though. - the OpenGL plugin fails to load for some reason which I can't debug right now due to the libc debuginfo package version in openSUSE not matching the runtime packages - there's even some support for generating install packages (rpm/deb/.. packages, NSIS installer, etc). It doesn't work properly right now though, since some paths seem to be hardcoded into Dolphin's source - probably lots of other stuff I forgot... Just take a look at all the TODOs in the CMakeLists.txt files for more information ;P Additionally, I added various files to the svn:ignore list. tl;dr: Unless you are a dev or you're building binary packages, this commit shouldn't bother you :P git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@6326 8ced0084-cf51-0410-be5f-012b33b47a6e
2010-11-01 15:47:02 +00:00
if(WIN32)
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 14:13:48 -04:00
target_sources(inputcommon PRIVATE
Add an experimental CMake build system as a possible replacement for SCons. Only tested on Linux, should work on OS X and Windows in the future as well though. Some notes about this: - config.h doesn't get written yet, so you'll have to use one generated by SCons - dependency checking isn't really implemented, yet. Just some basic checks for OpenGL or ALSA, we need something more sophisticated though. - the OpenGL plugin fails to load for some reason which I can't debug right now due to the libc debuginfo package version in openSUSE not matching the runtime packages - there's even some support for generating install packages (rpm/deb/.. packages, NSIS installer, etc). It doesn't work properly right now though, since some paths seem to be hardcoded into Dolphin's source - probably lots of other stuff I forgot... Just take a look at all the TODOs in the CMakeLists.txt files for more information ;P Additionally, I added various files to the svn:ignore list. tl;dr: Unless you are a dev or you're building binary packages, this commit shouldn't bother you :P git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@6326 8ced0084-cf51-0410-be5f-012b33b47a6e
2010-11-01 15:47:02 +00:00
ControllerInterface/DInput/DInput.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerInterface/DInput/DInput.h
ControllerInterface/DInput/DInput8.h
Add an experimental CMake build system as a possible replacement for SCons. Only tested on Linux, should work on OS X and Windows in the future as well though. Some notes about this: - config.h doesn't get written yet, so you'll have to use one generated by SCons - dependency checking isn't really implemented, yet. Just some basic checks for OpenGL or ALSA, we need something more sophisticated though. - the OpenGL plugin fails to load for some reason which I can't debug right now due to the libc debuginfo package version in openSUSE not matching the runtime packages - there's even some support for generating install packages (rpm/deb/.. packages, NSIS installer, etc). It doesn't work properly right now though, since some paths seem to be hardcoded into Dolphin's source - probably lots of other stuff I forgot... Just take a look at all the TODOs in the CMakeLists.txt files for more information ;P Additionally, I added various files to the svn:ignore list. tl;dr: Unless you are a dev or you're building binary packages, this commit shouldn't bother you :P git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@6326 8ced0084-cf51-0410-be5f-012b33b47a6e
2010-11-01 15:47:02 +00:00
ControllerInterface/DInput/DInputJoystick.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerInterface/DInput/DInputJoystick.h
Add an experimental CMake build system as a possible replacement for SCons. Only tested on Linux, should work on OS X and Windows in the future as well though. Some notes about this: - config.h doesn't get written yet, so you'll have to use one generated by SCons - dependency checking isn't really implemented, yet. Just some basic checks for OpenGL or ALSA, we need something more sophisticated though. - the OpenGL plugin fails to load for some reason which I can't debug right now due to the libc debuginfo package version in openSUSE not matching the runtime packages - there's even some support for generating install packages (rpm/deb/.. packages, NSIS installer, etc). It doesn't work properly right now though, since some paths seem to be hardcoded into Dolphin's source - probably lots of other stuff I forgot... Just take a look at all the TODOs in the CMakeLists.txt files for more information ;P Additionally, I added various files to the svn:ignore list. tl;dr: Unless you are a dev or you're building binary packages, this commit shouldn't bother you :P git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@6326 8ced0084-cf51-0410-be5f-012b33b47a6e
2010-11-01 15:47:02 +00:00
ControllerInterface/DInput/DInputKeyboardMouse.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerInterface/DInput/DInputKeyboardMouse.h
ControllerInterface/DInput/NamedKeys.h
cmake: Add XInput file to the InputCommon target
2017-01-21 02:37:01 +01:00
ControllerInterface/DInput/XInputFilter.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerInterface/DInput/XInputFilter.h
Add ControllerInterface::Win32 to wrap XInput and DInput
2017-11-10 09:56:13 -08:00
ControllerInterface/Win32/Win32.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerInterface/Win32/Win32.h
InputCommon: Add Windows.Gaming.Input to ControllerInterface.
2020-10-20 11:30:15 -05:00
ControllerInterface/WGInput/WGInput.cpp
ControllerInterface/WGInput/WGInput.h
ControllerInterface: Move DInput ForceFeedback support to a seperate class
2014-02-05 19:28:32 +09:00
ControllerInterface/XInput/XInput.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerInterface/XInput/XInput.h
ControllerInterface: Move DInput ForceFeedback support to a seperate class
2014-02-05 19:28:32 +09:00
ControllerInterface/ForceFeedback/ForceFeedbackDevice.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerInterface/ForceFeedback/ForceFeedbackDevice.h
ControllerInterface: Move DInput ForceFeedback support to a seperate class
2014-02-05 19:28:32 +09:00
)
CMake: simplify some expressions
2015-01-03 13:17:57 +01:00
elseif(APPLE)
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 14:13:48 -04:00
target_sources(inputcommon PRIVATE
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerInterface/Quartz/Quartz.h
Add Quartz/CoreGraphics controller interface for default k&m events
2016-08-08 09:38:22 -07:00
ControllerInterface/Quartz/Quartz.mm
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerInterface/Quartz/QuartzKeyboardAndMouse.h
Add Quartz/CoreGraphics controller interface for default k&m events
2016-08-08 09:38:22 -07:00
ControllerInterface/Quartz/QuartzKeyboardAndMouse.mm
ForceFeedback: Add OSX rumble support
2014-01-29 08:11:51 +09:00
)
InputCommon/CMakeLists: Link in ForceFeedback library explicitly on macOS Makes an implicit dependency explicit. Also makes the macOS libraries link privately as they aren't used in the exposed interface.
2018-03-29 11:53:19 -04:00
target_link_libraries(inputcommon PRIVATE
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 14:13:48 -04:00
${COREFOUNDATION_LIBRARY}
${CARBON_LIBRARY}
${COCOA_LIBRARY}
InputCommon/CMakeLists: Link in ForceFeedback library explicitly on macOS Makes an implicit dependency explicit. Also makes the macOS libraries link privately as they aren't used in the exposed interface.
2018-03-29 11:53:19 -04:00
${FORCEFEEDBACK_LIBRARY}
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 14:13:48 -04:00
)
InputCommon: Enable ARC for obj-c++
2022-08-12 02:09:53 -05:00
target_compile_options(inputcommon PRIVATE
-fobjc-arc
)
Add an experimental CMake build system as a possible replacement for SCons. Only tested on Linux, should work on OS X and Windows in the future as well though. Some notes about this: - config.h doesn't get written yet, so you'll have to use one generated by SCons - dependency checking isn't really implemented, yet. Just some basic checks for OpenGL or ALSA, we need something more sophisticated though. - the OpenGL plugin fails to load for some reason which I can't debug right now due to the libc debuginfo package version in openSUSE not matching the runtime packages - there's even some support for generating install packages (rpm/deb/.. packages, NSIS installer, etc). It doesn't work properly right now though, since some paths seem to be hardcoded into Dolphin's source - probably lots of other stuff I forgot... Just take a look at all the TODOs in the CMakeLists.txt files for more information ;P Additionally, I added various files to the svn:ignore list. tl;dr: Unless you are a dev or you're building binary packages, this commit shouldn't bother you :P git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@6326 8ced0084-cf51-0410-be5f-012b33b47a6e
2010-11-01 15:47:02 +00:00
elseif(X11_FOUND)
port to OpenBSD
2024-04-18 10:58:08 +00:00
target_include_directories(inputcommon PUBLIC ${X11_INPUT_INCLUDE_DIRS})
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 14:13:48 -04:00
target_sources(inputcommon PRIVATE
InputCommon: Remove the Xlib backend The XInput2 backend is more performant, so let's default to it and remove the old, core-only backend.
2016-09-03 15:23:34 -07:00
ControllerInterface/Xlib/XInput2.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerInterface/Xlib/XInput2.h
InputCommon: Remove the Xlib backend The XInput2 backend is more performant, so let's default to it and remove the old, core-only backend.
2016-09-03 15:23:34 -07:00
)
port to OpenBSD
2024-04-18 10:58:08 +00:00
target_link_libraries(inputcommon PRIVATE PkgConfig::X11_INPUT)
Add a Androind ControllerInterface class for allowing input in a non-hacky way. Add a default GCPad.ini file so it actually works.
2013-04-14 23:02:53 -05:00
elseif(ANDROID)
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 14:13:48 -04:00
target_compile_definitions(inputcommon PRIVATE -DCIFACE_USE_ANDROID)
target_sources(inputcommon PRIVATE
[Android] Add support for the Wii U Gamecube adapter under Android. No way to properly enable it from an end user perspective yet. Doesn't require root. This same sort of system can be used for the Dolphinbar in the future for real wiimote support.
2016-01-06 01:00:02 -06:00
ControllerInterface/Android/Android.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerInterface/Android/Android.h
Android: Use input override system for touch controls This is the first step of getting rid of the controller indirection on Android. (Needing a way for touch controls to provide input to the emulator core is the reason why the controller indirection exists to begin with as far as I understand it.)
2021-04-03 13:49:26 +02:00
ControllerInterface/Touch/InputOverrider.cpp
ControllerInterface/Touch/InputOverrider.h
[Android] Add support for the Wii U Gamecube adapter under Android. No way to properly enable it from an end user perspective yet. Doesn't require root. This same sort of system can be used for the Dolphinbar in the future for real wiimote support.
2016-01-06 01:00:02 -06:00
)
ControllerInterface/Android: Implement device population
2021-12-31 16:14:15 +01:00
target_link_libraries(inputcommon PRIVATE
androidcommon
)
Add an experimental CMake build system as a possible replacement for SCons. Only tested on Linux, should work on OS X and Windows in the future as well though. Some notes about this: - config.h doesn't get written yet, so you'll have to use one generated by SCons - dependency checking isn't really implemented, yet. Just some basic checks for OpenGL or ALSA, we need something more sophisticated though. - the OpenGL plugin fails to load for some reason which I can't debug right now due to the libc debuginfo package version in openSUSE not matching the runtime packages - there's even some support for generating install packages (rpm/deb/.. packages, NSIS installer, etc). It doesn't work properly right now though, since some paths seem to be hardcoded into Dolphin's source - probably lots of other stuff I forgot... Just take a look at all the TODOs in the CMakeLists.txt files for more information ;P Additionally, I added various files to the svn:ignore list. tl;dr: Unless you are a dev or you're building binary packages, this commit shouldn't bother you :P git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@6326 8ced0084-cf51-0410-be5f-012b33b47a6e
2010-11-01 15:47:02 +00:00
endif()
GCAdapter: Merge GCAdapter.cpp and GCAdapter_Android.cpp This is mostly a brainless merge, #ifdef-ing anything that doesn't match between the two while preserving common logic. I didn't rename any variables (although similar ones do exist), but I did change one log that was ERROR on android and NOTICE elsewhere to just always be NOTICE. Further merging will follow.
2022-04-19 14:41:13 -07:00
if(NOT ANDROID)
CMake: Use targets for all optionally-external dependencies
2023-04-16 00:57:34 -05:00
target_link_libraries(inputcommon PUBLIC LibUSB::LibUSB)
always build an implementation of GCAdapter (either libusb or android)
2016-09-28 13:32:13 -04:00
endif()
Move SI_GCAdapter over to InputCommon
2015-12-31 10:27:51 -06:00
Linux: Add an evdev based controller backend, to replace SDL.
2015-06-29 12:17:35 +12:00
if(LIBEVDEV_FOUND AND LIBUDEV_FOUND)
InputCommon/CMakeLists: Link evdev and udev in privately These libraries aren't directly used outside of InputCommon
2018-04-10 09:53:08 -04:00
target_sources(inputcommon
PRIVATE
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 14:13:48 -04:00
ControllerInterface/evdev/evdev.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerInterface/evdev/evdev.h
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 14:13:48 -04:00
)
InputCommon/CMakeLists: Include evdev and udev includes on a by-target basis Avoids including the evdev/udev includes in the top-level directory
2018-04-10 09:33:00 -04:00
target_include_directories(inputcommon
PRIVATE
${LIBEVDEV_INCLUDE_DIR}
${LIBUDEV_INCLUDE_DIR}
)
InputCommon/CMakeLists: Link evdev and udev in privately These libraries aren't directly used outside of InputCommon
2018-04-10 09:53:08 -04:00
target_link_libraries(inputcommon
PRIVATE
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 14:13:48 -04:00
${LIBEVDEV_LIBRARY}
${LIBUDEV_LIBRARY}
)
Linux: Add an evdev based controller backend, to replace SDL.
2015-06-29 12:17:35 +12:00
endif()
GC controller input using named pipes Currently only works on unix, but can be extended to other systems. Can also be extended to do wiimotes. Searches the Pipes folder for readable named pipes and creates a dolphin input device out of them. Send controller inputs to the game by writing to the file. Commands are described in Pipes.h.
2015-10-24 20:20:03 -07:00
if(UNIX)
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 14:13:48 -04:00
target_sources(inputcommon PRIVATE
ControllerInterface/Pipes/Pipes.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 05:17:46 -04:00
ControllerInterface/Pipes/Pipes.h
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 14:13:48 -04:00
)
GC controller input using named pipes Currently only works on unix, but can be extended to other systems. Can also be extended to do wiimotes. Searches the Pipes folder for readable named pipes and creates a dolphin input device out of them. Send controller inputs to the game by writing to the file. Commands are described in Pipes.h.
2015-10-24 20:20:03 -07:00
endif()
CMake: Use targets for all optionally-external dependencies
2023-04-16 00:57:34 -05:00
if(ENABLE_SDL)
Add SDL as a submodule
2021-08-06 15:22:18 -04:00
target_sources(inputcommon PRIVATE
ControllerInterface/SDL/SDL.cpp
ControllerInterface/SDL/SDL.h
)
target_link_libraries(inputcommon PRIVATE SDL2::SDL2)
CMake: Use targets for all optionally-external dependencies
2023-04-16 00:57:34 -05:00
target_compile_definitions(inputcommon PUBLIC HAVE_SDL2=1)
cmake: Move discovery of SDL to InputCommon
2017-01-26 00:21:54 +01:00
endif()
cmake: Don't use PCH with Qt6.
2022-05-22 01:19:44 +02:00
if(MSVC)
# Add precompiled header
target_link_libraries(inputcommon PRIVATE use_pch)
endif()
Support Steam Deck controls directly through hidraw This reads Steam Deck controls bypassing Steam Input. This allows for access to motion controls as well as independent access to thumb sticks, trackpads, and back grip buttons.
2023-04-20 00:49:50 +01:00
if(TARGET Hidapi::Hidapi)
target_sources(inputcommon
PRIVATE
ControllerInterface/SteamDeck/SteamDeck.cpp
ControllerInterface/SteamDeck/SteamDeck.h
)
target_link_libraries(inputcommon PUBLIC Hidapi::Hidapi)
target_compile_definitions(inputcommon PRIVATE -DHAVE_HIDAPI=1)
endif()
Reference in New Issue Copy Permalink