piwalker/dolphin
1
0
Fork 0
mirror of https://github.com/dolphin-emu/dolphin.git synced 2024-11-15 13:57:57 -07:00
Code Issues Actions Packages Projects Releases Wiki Activity
86de3df072
dolphin/Source/Core/InputCommon/CMakeLists.txt

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

204 lines
6.4 KiB
CMake
Raw Normal View History

InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 12:13:48 -06: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 13:40:58 -06:00
DynamicInputTextureManager.cpp
DynamicInputTextureManager.h
ImageOperations.cpp
ImageOperations.h
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 12:13:48 -06:00
InputConfig.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06: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 22:51:32 -06:00
InputProfile.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06: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 20:32:04 -07:00
ControllerEmu/ControllerEmu.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06: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 15:11:00 -07:00
ControllerEmu/StickGate.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06: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 20:15:43 -07:00
ControllerEmu/Control/Control.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06: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 20:15:43 -07:00
ControllerEmu/Control/Input.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06: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 20:15:43 -07:00
ControllerEmu/Control/Output.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06: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 20:15:43 -07:00
ControllerEmu/ControlGroup/AnalogStick.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06:00
ControllerEmu/ControlGroup/AnalogStick.h
WiimoteEmu: Major renaming and cleanup.
2019-01-01 07:32:39 -07:00
ControllerEmu/ControlGroup/Attachments.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06: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 20:15:43 -07:00
ControllerEmu/ControlGroup/Buttons.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06: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 20:15:43 -07:00
ControllerEmu/ControlGroup/ControlGroup.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06: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 20:15:43 -07:00
ControllerEmu/ControlGroup/Cursor.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06: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 20:15:43 -07:00
ControllerEmu/ControlGroup/Force.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06: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 09:09:30 -06: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
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 20:15:43 -07:00
ControllerEmu/ControlGroup/MixedTriggers.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06: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 20:15:43 -07:00
ControllerEmu/ControlGroup/ModifySettingsButton.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06: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 20:15:43 -07:00
ControllerEmu/ControlGroup/Slider.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06: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 20:15:43 -07:00
ControllerEmu/ControlGroup/Tilt.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06: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 20:15:43 -07:00
ControllerEmu/ControlGroup/Triggers.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06:00
ControllerEmu/ControlGroup/Triggers.h
InputCommon: move Setting classes out of ControlGroup
2017-02-26 13:00:24 -07:00
ControllerEmu/Setting/NumericSetting.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06:00
ControllerEmu/Setting/NumericSetting.h
Rename all instances of "CemuhookUDPServer"/"UDPServer" to "DualShockUDPClient"/"DSUClient".
2019-10-26 10:05:16 -06: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 18:07:10 -06:00
ControllerInterface/ControllerInterface.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06:00
ControllerInterface/ControllerInterface.h
rename InputCommon/ControllerInterface/Device to CoreDevice
2020-09-15 05:34:41 -06:00
ControllerInterface/CoreDevice.cpp
ControllerInterface/CoreDevice.h
rename ciface::Wiimote to ciface::WiimoteController
2020-09-15 05:24:25 -06: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 18:48:38 -06:00
ControlReference/ControlReference.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06: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 18:48:38 -06:00
ControlReference/ExpressionParser.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06:00
ControlReference/ExpressionParser.h
ExpressionParser: Move FunctionExpression type definitions into another file.
2019-01-26 11:17:30 -07:00
ControlReference/FunctionExpression.cpp
ControlReference/FunctionExpression.h
InputCommon: Move DynamicInputTextureConfiguration to DynamicInputTextures::Configuration
2021-02-14 19:47:00 -07:00
DynamicInputTextures/DITConfiguration.cpp
DynamicInputTextures/DITConfiguration.h
InputCommon: Move DynamicInputTextureData to DynamicInputTextures::Data
2021-02-14 20:20:47 -07: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 22:14:02 -07: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 18:48:38 -06:00
)
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 12:13:48 -06:00
InputCommon: Make use of fmt where applicable Continues the migration over to fmt
2019-11-22 12:10:28 -07:00
target_link_libraries(inputcommon
PUBLIC
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 12:13:48 -06:00
common
InputCommon: Make use of fmt where applicable Continues the migration over to fmt
2019-11-22 12:10:28 -07:00
PRIVATE
fmt::fmt
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 13:40:58 -06:00
png
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 12:13:48 -06:00
)
UnitTests: make it possible to build tests for code that has global dependencies
2014-08-02 00:23:52 -06: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 09:47:02 -06:00
if(WIN32)
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 12:13:48 -06: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 09:47:02 -06:00
ControllerInterface/DInput/DInput.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06: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 09:47:02 -06:00
ControllerInterface/DInput/DInputJoystick.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06: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 09:47:02 -06:00
ControllerInterface/DInput/DInputKeyboardMouse.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06:00
ControllerInterface/DInput/DInputKeyboardMouse.h
ControllerInterface/DInput/NamedKeys.h
cmake: Add XInput file to the InputCommon target
2017-01-20 18:37:01 -07:00
ControllerInterface/DInput/XInputFilter.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06:00
ControllerInterface/DInput/XInputFilter.h
Add ControllerInterface::Win32 to wrap XInput and DInput
2017-11-10 10:56:13 -07:00
ControllerInterface/Win32/Win32.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06:00
ControllerInterface/Win32/Win32.h
ControllerInterface: Move DInput ForceFeedback support to a seperate class
2014-02-05 03:28:32 -07:00
ControllerInterface/XInput/XInput.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06:00
ControllerInterface/XInput/XInput.h
ControllerInterface: Move DInput ForceFeedback support to a seperate class
2014-02-05 03:28:32 -07:00
ControllerInterface/ForceFeedback/ForceFeedbackDevice.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06:00
ControllerInterface/ForceFeedback/ForceFeedbackDevice.h
ControllerInterface: Move DInput ForceFeedback support to a seperate class
2014-02-05 03:28:32 -07:00
)
CMake: simplify some expressions
2015-01-03 05:17:57 -07:00
elseif(APPLE)
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 12:13:48 -06:00
target_sources(inputcommon PRIVATE
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06:00
ControllerInterface/OSX/OSX.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 09:47:02 -06:00
ControllerInterface/OSX/OSX.mm
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06:00
ControllerInterface/OSX/OSXJoystick.h
Small fix for cmake on osx, more work left to be done git-svn-id: https://dolphin-emu.googlecode.com/svn/trunk@7096 8ced0084-cf51-0410-be5f-012b33b47a6e
2011-02-07 08:51:38 -07:00
ControllerInterface/OSX/OSXJoystick.mm
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06:00
ControllerInterface/OSX/RunLoopStopper.h
ControllerInterface/Quartz/Quartz.h
Add Quartz/CoreGraphics controller interface for default k&m events
2016-08-08 10:38:22 -06:00
ControllerInterface/Quartz/Quartz.mm
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06:00
ControllerInterface/Quartz/QuartzKeyboardAndMouse.h
Add Quartz/CoreGraphics controller interface for default k&m events
2016-08-08 10:38:22 -06:00
ControllerInterface/Quartz/QuartzKeyboardAndMouse.mm
ForceFeedback: Add OSX rumble support
2014-01-28 16:11:51 -07:00
ControllerInterface/ForceFeedback/ForceFeedbackDevice.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06:00
ControllerInterface/ForceFeedback/ForceFeedbackDevice.h
ForceFeedback: Add OSX rumble support
2014-01-28 16:11:51 -07: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 09:53:19 -06:00
target_link_libraries(inputcommon PRIVATE
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 12:13:48 -06: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 09:53:19 -06:00
${FORCEFEEDBACK_LIBRARY}
CMakeLists: Link in system framework libraries explicitly on macOS Makes our libraries explicitly link in which libraries they need. This makes our dependencies explicit and removes the reliance on the LIBS variable to contain the libraries that they need.
2018-03-30 13:43:49 -06:00
${IOK_LIBRARY}
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 12:13:48 -06: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 09:47:02 -06:00
elseif(X11_FOUND)
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 12:13:48 -06: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 16:23:34 -06:00
ControllerInterface/Xlib/XInput2.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06: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 16:23:34 -06:00
)
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 12:13:48 -06:00
target_link_libraries(inputcommon PUBLIC
${X11_LIBRARIES}
${X11_INPUT_LIBRARIES}
)
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 22:02:53 -06:00
elseif(ANDROID)
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 12:13:48 -06: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 00:00:02 -07:00
ControllerInterface/Android/Android.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06:00
ControllerInterface/Android/Android.h
InputCommon: Decouple ButtonManager and Touchscreen from Android Changes were also made for codestyle compliance.
2019-11-26 23:34:01 -07:00
ControllerInterface/Touch/ButtonManager.cpp
ControllerInterface/Touch/ButtonManager.h
ControllerInterface/Touch/Touchscreen.cpp
ControllerInterface/Touch/Touchscreen.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 00:00:02 -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 09:47:02 -06:00
endif()
always build an implementation of GCAdapter (either libusb or android)
2016-09-28 11:32:13 -06:00
if(ANDROID)
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 12:13:48 -06:00
target_sources(inputcommon PRIVATE GCAdapter_Android.cpp)
Add a stubbed GCAdapter namespace. This cleans up a bunch of #ifdef checks in places.
2016-01-05 23:57:08 -07:00
else()
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06:00
target_sources(inputcommon PRIVATE
GCAdapter.cpp
GCAdapter.h
)
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 12:13:48 -06:00
target_link_libraries(inputcommon PUBLIC ${LIBUSB_LIBRARIES})
always build an implementation of GCAdapter (either libusb or android)
2016-09-28 11:32:13 -06:00
endif()
Move SI_GCAdapter over to InputCommon
2015-12-31 09:27:51 -07:00
Linux: Add an evdev based controller backend, to replace SDL.
2015-06-28 18:17:35 -06: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 07:53:08 -06:00
target_sources(inputcommon
PRIVATE
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 12:13:48 -06:00
ControllerInterface/evdev/evdev.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06:00
ControllerInterface/evdev/evdev.h
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 12:13:48 -06: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 07:33:00 -06: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 07:53:08 -06:00
target_link_libraries(inputcommon
PRIVATE
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 12:13:48 -06:00
${LIBEVDEV_LIBRARY}
${LIBUDEV_LIBRARY}
)
Linux: Add an evdev based controller backend, to replace SDL.
2015-06-28 18:17:35 -06: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 21:20:03 -06:00
if(UNIX)
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 12:13:48 -06:00
target_sources(inputcommon PRIVATE
ControllerInterface/Pipes/Pipes.cpp
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06:00
ControllerInterface/Pipes/Pipes.h
InputCommon/CMakeLists: Migrate off add_dolphin_library Continues the migration work started in 3a4c3bbe01e7a44ec997f4fbf0b678fba6f2d46c
2018-03-24 12:13:48 -06: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 21:20:03 -06:00
endif()
CMake: make option ENABLE_SDL work again Broken in PR #4755 / commit f978765
2017-02-06 21:59:56 -07:00
if(ENABLE_SDL)
find_package(SDL2)
if(SDL2_FOUND)
message(STATUS "Using shared SDL2")
set(SDL_TARGET SDL2::SDL2)
else()
# SDL2 not found, try SDL
find_package(SDL)
if(SDL_FOUND)
message(STATUS "Using shared SDL")
add_library(System_SDL INTERFACE)
target_include_directories(System_SDL INTERFACE ${SDL_INCLUDE_DIR})
target_link_libraries(System_SDL INTERFACE ${SDL_LIBRARY})
set(SDL_TARGET System_SDL)
endif()
endif()
if(SDL_TARGET AND TARGET ${SDL_TARGET})
InputCommon/CMakeLists: Specify headers in target sources
2019-05-29 03:17:46 -06:00
target_sources(inputcommon PRIVATE
ControllerInterface/SDL/SDL.cpp
ControllerInterface/SDL/SDL.h
)
CMake: make SDL a private dep of InputCommon
2017-11-09 14:52:33 -07:00
target_link_libraries(inputcommon PRIVATE ${SDL_TARGET})
target_compile_definitions(inputcommon PRIVATE "CIFACE_USE_SDL=1")
CMake: make option ENABLE_SDL work again Broken in PR #4755 / commit f978765
2017-02-06 21:59:56 -07:00
else()
message(STATUS "SDL NOT found, disabling SDL input")
UnitTests: make it possible to build tests for code that has global dependencies
2014-08-02 00:23:52 -06:00
endif()
cmake: Move discovery of SDL to InputCommon
2017-01-25 16:21:54 -07:00
endif()
Reference in New Issue Copy Permalink