2014-08-24 02:22:05 +01:00
|
|
|
# Enable modules to include each other's files
|
|
|
|
include_directories(.)
|
|
|
|
|
Port yuzu-emu/yuzu#2253: "Migrate off directly modifying CMAKE_* compilation-related flags directly" (#4714)
* CMakeLists: Move compilation flags into the src directory
We generally shouldn't be hijacking CMAKE_CXX_FLAGS, etc as a means to
append flags to the targets, since this adds the compilation flags to
everything, including our externals, which can result in weird issues
and makes the build hierarchy fragile.
Instead, we want to just apply these compilation flags to our targets,
and let those managing external libraries to properly specify their
compilation flags.
This also results in us not getting as many warnings, as we don't raise
the warning level on every external target.
* CMakeLists: Move off of modifying CMAKE_*-related flags
Modifying CMAKE_* related flags directly applies those changes to every
single CMake target. This includes even the targets we have in the
externals directory.
So, if we ever increased our warning levels, or enabled particular ones,
or enabled any other compilation setting, then this would apply to
externals as well, which is often not desirable.
This makes our compilation flag setup less error prone by only applying
our settings to our targets and leaving the externals alone entirely.
This also means we don't end up clobbering any provided flags on the
command line either, allowing users to specifically use the flags they
want.
2019-06-18 11:12:32 +01:00
|
|
|
# CMake seems to only define _DEBUG on Windows
|
|
|
|
set_property(DIRECTORY APPEND PROPERTY
|
|
|
|
COMPILE_DEFINITIONS $<$<CONFIG:Debug>:_DEBUG> $<$<NOT:$<CONFIG:Debug>>:NDEBUG>)
|
|
|
|
|
|
|
|
# Set compilation flags
|
|
|
|
if (MSVC)
|
|
|
|
set(CMAKE_CONFIGURATION_TYPES Debug Release CACHE STRING "" FORCE)
|
|
|
|
|
|
|
|
# Silence "deprecation" warnings
|
|
|
|
add_definitions(-D_CRT_SECURE_NO_WARNINGS -D_CRT_NONSTDC_NO_DEPRECATE -D_SCL_SECURE_NO_WARNINGS)
|
|
|
|
|
|
|
|
# Avoid windows.h junk
|
|
|
|
add_definitions(-DNOMINMAX)
|
|
|
|
|
|
|
|
# Avoid windows.h from including some usually unused libs like winsocks.h, since this might cause some redefinition errors.
|
|
|
|
add_definitions(-DWIN32_LEAN_AND_MEAN)
|
|
|
|
|
2019-05-07 19:02:29 +01:00
|
|
|
# /W3 - Level 3 warnings
|
|
|
|
# /MP - Multi-threaded compilation
|
|
|
|
# /Zi - Output debugging information
|
|
|
|
# /Zo - Enhanced debug info for optimized builds
|
|
|
|
# /permissive- - Enables stricter C++ standards conformance checks
|
|
|
|
# /EHsc - C++-only exception handling semantics
|
|
|
|
# /Zc:inline - Let codegen omit inline functions in object files
|
|
|
|
# /Zc:throwingNew - Let codegen assume `operator new` (without std::nothrow) will never return null
|
|
|
|
add_compile_options(
|
|
|
|
/W3
|
|
|
|
/MP
|
|
|
|
/Zi
|
|
|
|
/Zo
|
|
|
|
/permissive-
|
|
|
|
/EHsc
|
|
|
|
/std:c++latest
|
|
|
|
/Zc:inline
|
|
|
|
/Zc:throwingNew
|
|
|
|
)
|
Port yuzu-emu/yuzu#2253: "Migrate off directly modifying CMAKE_* compilation-related flags directly" (#4714)
* CMakeLists: Move compilation flags into the src directory
We generally shouldn't be hijacking CMAKE_CXX_FLAGS, etc as a means to
append flags to the targets, since this adds the compilation flags to
everything, including our externals, which can result in weird issues
and makes the build hierarchy fragile.
Instead, we want to just apply these compilation flags to our targets,
and let those managing external libraries to properly specify their
compilation flags.
This also results in us not getting as many warnings, as we don't raise
the warning level on every external target.
* CMakeLists: Move off of modifying CMAKE_*-related flags
Modifying CMAKE_* related flags directly applies those changes to every
single CMake target. This includes even the targets we have in the
externals directory.
So, if we ever increased our warning levels, or enabled particular ones,
or enabled any other compilation setting, then this would apply to
externals as well, which is often not desirable.
This makes our compilation flag setup less error prone by only applying
our settings to our targets and leaving the externals alone entirely.
This also means we don't end up clobbering any provided flags on the
command line either, allowing users to specifically use the flags they
want.
2019-06-18 11:12:32 +01:00
|
|
|
|
|
|
|
# /GS- - No stack buffer overflow checks
|
|
|
|
add_compile_options("$<$<CONFIG:Release>:/GS->")
|
|
|
|
|
|
|
|
set(CMAKE_EXE_LINKER_FLAGS_DEBUG "/DEBUG /MANIFEST:NO" CACHE STRING "" FORCE)
|
|
|
|
set(CMAKE_EXE_LINKER_FLAGS_RELEASE "/DEBUG /MANIFEST:NO /INCREMENTAL:NO /OPT:REF,ICF" CACHE STRING "" FORCE)
|
|
|
|
else()
|
|
|
|
add_compile_options("-Wno-attributes")
|
|
|
|
|
|
|
|
if (APPLE AND CMAKE_CXX_COMPILER_ID STREQUAL Clang)
|
|
|
|
add_compile_options("-stdlib=libc++")
|
|
|
|
endif()
|
|
|
|
|
|
|
|
# Set file offset size to 64 bits.
|
|
|
|
#
|
|
|
|
# On modern Unixes, this is typically already the case. The lone exception is
|
|
|
|
# glibc, which may default to 32 bits. glibc allows this to be configured
|
|
|
|
# by setting _FILE_OFFSET_BITS.
|
|
|
|
if(CMAKE_SYSTEM_NAME STREQUAL "Linux" OR MINGW)
|
|
|
|
add_definitions(-D_FILE_OFFSET_BITS=64)
|
|
|
|
endif()
|
|
|
|
|
|
|
|
if (MINGW)
|
|
|
|
add_definitions(-DMINGW_HAS_SECURE_API)
|
|
|
|
add_compile_options("-gdwarf")
|
|
|
|
|
|
|
|
if (MINGW_STATIC_BUILD)
|
|
|
|
add_definitions(-DQT_STATICPLUGIN)
|
|
|
|
add_compile_options("-static")
|
|
|
|
endif()
|
|
|
|
endif()
|
|
|
|
endif()
|
|
|
|
|
2013-08-30 04:35:09 +01:00
|
|
|
add_subdirectory(common)
|
|
|
|
add_subdirectory(core)
|
2014-04-10 04:09:05 +01:00
|
|
|
add_subdirectory(video_core)
|
2016-02-21 13:13:52 +00:00
|
|
|
add_subdirectory(audio_core)
|
2017-07-07 20:34:15 +01:00
|
|
|
add_subdirectory(network)
|
2017-01-21 09:53:03 +00:00
|
|
|
add_subdirectory(input_common)
|
2016-03-20 14:58:24 +00:00
|
|
|
add_subdirectory(tests)
|
Port yuzu-emu/yuzu#2253: "Migrate off directly modifying CMAKE_* compilation-related flags directly" (#4714)
* CMakeLists: Move compilation flags into the src directory
We generally shouldn't be hijacking CMAKE_CXX_FLAGS, etc as a means to
append flags to the targets, since this adds the compilation flags to
everything, including our externals, which can result in weird issues
and makes the build hierarchy fragile.
Instead, we want to just apply these compilation flags to our targets,
and let those managing external libraries to properly specify their
compilation flags.
This also results in us not getting as many warnings, as we don't raise
the warning level on every external target.
* CMakeLists: Move off of modifying CMAKE_*-related flags
Modifying CMAKE_* related flags directly applies those changes to every
single CMake target. This includes even the targets we have in the
externals directory.
So, if we ever increased our warning levels, or enabled particular ones,
or enabled any other compilation setting, then this would apply to
externals as well, which is often not desirable.
This makes our compilation flag setup less error prone by only applying
our settings to our targets and leaving the externals alone entirely.
This also means we don't end up clobbering any provided flags on the
command line either, allowing users to specifically use the flags they
want.
2019-06-18 11:12:32 +01:00
|
|
|
|
2016-03-01 17:24:18 +00:00
|
|
|
if (ENABLE_SDL2)
|
2014-08-24 02:22:05 +01:00
|
|
|
add_subdirectory(citra)
|
|
|
|
endif()
|
Port yuzu-emu/yuzu#2253: "Migrate off directly modifying CMAKE_* compilation-related flags directly" (#4714)
* CMakeLists: Move compilation flags into the src directory
We generally shouldn't be hijacking CMAKE_CXX_FLAGS, etc as a means to
append flags to the targets, since this adds the compilation flags to
everything, including our externals, which can result in weird issues
and makes the build hierarchy fragile.
Instead, we want to just apply these compilation flags to our targets,
and let those managing external libraries to properly specify their
compilation flags.
This also results in us not getting as many warnings, as we don't raise
the warning level on every external target.
* CMakeLists: Move off of modifying CMAKE_*-related flags
Modifying CMAKE_* related flags directly applies those changes to every
single CMake target. This includes even the targets we have in the
externals directory.
So, if we ever increased our warning levels, or enabled particular ones,
or enabled any other compilation setting, then this would apply to
externals as well, which is often not desirable.
This makes our compilation flag setup less error prone by only applying
our settings to our targets and leaving the externals alone entirely.
This also means we don't end up clobbering any provided flags on the
command line either, allowing users to specifically use the flags they
want.
2019-06-18 11:12:32 +01:00
|
|
|
|
2014-08-24 02:22:05 +01:00
|
|
|
if (ENABLE_QT)
|
|
|
|
add_subdirectory(citra_qt)
|
2013-08-30 04:35:09 +01:00
|
|
|
endif()
|
2018-11-19 00:23:41 +00:00
|
|
|
if (ANDROID)
|
2018-12-24 21:02:47 +00:00
|
|
|
add_subdirectory(android/app/src/main/cpp)
|
|
|
|
else()
|
|
|
|
add_subdirectory(dedicated_room)
|
2018-11-19 00:23:41 +00:00
|
|
|
endif()
|
Port yuzu-emu/yuzu#2253: "Migrate off directly modifying CMAKE_* compilation-related flags directly" (#4714)
* CMakeLists: Move compilation flags into the src directory
We generally shouldn't be hijacking CMAKE_CXX_FLAGS, etc as a means to
append flags to the targets, since this adds the compilation flags to
everything, including our externals, which can result in weird issues
and makes the build hierarchy fragile.
Instead, we want to just apply these compilation flags to our targets,
and let those managing external libraries to properly specify their
compilation flags.
This also results in us not getting as many warnings, as we don't raise
the warning level on every external target.
* CMakeLists: Move off of modifying CMAKE_*-related flags
Modifying CMAKE_* related flags directly applies those changes to every
single CMake target. This includes even the targets we have in the
externals directory.
So, if we ever increased our warning levels, or enabled particular ones,
or enabled any other compilation setting, then this would apply to
externals as well, which is often not desirable.
This makes our compilation flag setup less error prone by only applying
our settings to our targets and leaving the externals alone entirely.
This also means we don't end up clobbering any provided flags on the
command line either, allowing users to specifically use the flags they
want.
2019-06-18 11:12:32 +01:00
|
|
|
|
2017-07-09 22:52:18 +01:00
|
|
|
if (ENABLE_WEB_SERVICE)
|
|
|
|
add_subdirectory(web_service)
|
|
|
|
endif()
|