Katana_mirror/kde-extraapps
1
0
Fork 0
mirror of https://bitbucket.org/smil3y/kde-extraapps.git synced 2025-02-24 02:42:52 +00:00
Code Issues Projects Releases Packages Wiki Activity Actions
kde-extraapps/ksnapshot/CMakeLists.txt

104 lines
2.6 KiB
Text
Raw Normal View History

import a bunch of important libraries and applications
2014-11-19 02:23:05 +00:00
project(ksnapshot)
generic: support building projects separately TODO from https://github.com/fluxer/katana/issues/7. kget and libktorrent cannot be build separately because libktorrent depends on boost (or miniboost which is bundled) and kget depends on libktorrent. syndication include paths were adjusted to build from the top-level directory since it was used not only by akregator, that is no longer the case and it should probably be moved to akregator sub-directory but that will be decided in the future. Signed-off-by: Ivailo Monev <xakepa10@laimg.moc>
2020-02-10 23:43:40 +00:00
if(${CMAKE_SOURCE_DIR} STREQUAL ${CMAKE_CURRENT_SOURCE_DIR})
find_package(KDE4 4.19.0 REQUIRED)
include(KDE4Defaults)
include_directories(${KDE4_INCLUDES})
add_definitions(${QT_DEFINITIONS} ${KDE4_DEFINITIONS})
endif()
import a bunch of important libraries and applications
2014-11-19 02:23:05 +00:00
macro_optional_find_package(Kipi)
generic: replace macro_log_feature() with set_package_properties() calls other changes such as syncing properties, updating some of the URLs, adding missing feature information, removing of redundant checks and variables and indentation were done in the process while testing if the changes work as intended. replacing find_package() with macro_optional_find_package() was also done where applicable however it's usage is questionable due to the CMake `CMAKE_DISABLE_FIND_PACKAGE_<PACKAGE>` option. there is a lot to be done, mostly updating package properties so I am thinking of either providing a package properties file (like the MacroLibrary) which sets properties for packages globablly or setting package properties from the CMake modules shipped with kdelibs. the first solution may override properties for packages if other projects define them however a check to ensure that is not done should suffice. the second solution will cover only DESCRIPTION and URL meaning PURPOSE and TYPE will still have to be specified in the build systems. Signed-off-by: Ivailo Monev <xakepa10@laimg.moc>
2020-02-20 23:33:47 +02:00
set_package_properties(Kipi PROPERTIES
URL "https://github.com/KDE/kipi-plugins"
PURPOSE "Provides various image manipulation and export features"
)
generic: support building projects separately TODO from https://github.com/fluxer/katana/issues/7. kget and libktorrent cannot be build separately because libktorrent depends on boost (or miniboost which is bundled) and kget depends on libktorrent. syndication include paths were adjusted to build from the top-level directory since it was used not only by akregator, that is no longer the case and it should probably be moved to akregator sub-directory but that will be decided in the future. Signed-off-by: Ivailo Monev <xakepa10@laimg.moc>
2020-02-10 23:43:40 +00:00
include_directories(${CMAKE_SOURCE_DIR} ${CMAKE_BINARY_DIR})
import a bunch of important libraries and applications
2014-11-19 02:23:05 +00:00
set(HAVE_X11_EXTENSIONS_SHAPE_H ${X11_Xshape_FOUND})
generic: replace macro_log_feature() with set_package_properties() calls other changes such as syncing properties, updating some of the URLs, adding missing feature information, removing of redundant checks and variables and indentation were done in the process while testing if the changes work as intended. replacing find_package() with macro_optional_find_package() was also done where applicable however it's usage is questionable due to the CMake `CMAKE_DISABLE_FIND_PACKAGE_<PACKAGE>` option. there is a lot to be done, mostly updating package properties so I am thinking of either providing a package properties file (like the MacroLibrary) which sets properties for packages globablly or setting package properties from the CMake modules shipped with kdelibs. the first solution may override properties for packages if other projects define them however a check to ensure that is not done should suffice. the second solution will cover only DESCRIPTION and URL meaning PURPOSE and TYPE will still have to be specified in the build systems. Signed-off-by: Ivailo Monev <xakepa10@laimg.moc>
2020-02-20 23:33:47 +02:00
add_feature_info(
"Support for capturing border"
HAVE_X11_EXTENSIONS_SHAPE_H
"X11 Shape Extension (shape.h)"
)
import a bunch of important libraries and applications
2014-11-19 02:23:05 +00:00
set(HAVE_X11_EXTENSIONS_XFIXES_H ${X11_Xfixes_FOUND})
generic: replace macro_log_feature() with set_package_properties() calls other changes such as syncing properties, updating some of the URLs, adding missing feature information, removing of redundant checks and variables and indentation were done in the process while testing if the changes work as intended. replacing find_package() with macro_optional_find_package() was also done where applicable however it's usage is questionable due to the CMake `CMAKE_DISABLE_FIND_PACKAGE_<PACKAGE>` option. there is a lot to be done, mostly updating package properties so I am thinking of either providing a package properties file (like the MacroLibrary) which sets properties for packages globablly or setting package properties from the CMake modules shipped with kdelibs. the first solution may override properties for packages if other projects define them however a check to ensure that is not done should suffice. the second solution will cover only DESCRIPTION and URL meaning PURPOSE and TYPE will still have to be specified in the build systems. Signed-off-by: Ivailo Monev <xakepa10@laimg.moc>
2020-02-20 23:33:47 +02:00
add_feature_info(
generic: support building projects separately TODO from https://github.com/fluxer/katana/issues/7. kget and libktorrent cannot be build separately because libktorrent depends on boost (or miniboost which is bundled) and kget depends on libktorrent. syndication include paths were adjusted to build from the top-level directory since it was used not only by akregator, that is no longer the case and it should probably be moved to akregator sub-directory but that will be decided in the future. Signed-off-by: Ivailo Monev <xakepa10@laimg.moc>
2020-02-10 23:43:40 +00:00
"Support for capturing the cursor"
generic: replace macro_log_feature() with set_package_properties() calls other changes such as syncing properties, updating some of the URLs, adding missing feature information, removing of redundant checks and variables and indentation were done in the process while testing if the changes work as intended. replacing find_package() with macro_optional_find_package() was also done where applicable however it's usage is questionable due to the CMake `CMAKE_DISABLE_FIND_PACKAGE_<PACKAGE>` option. there is a lot to be done, mostly updating package properties so I am thinking of either providing a package properties file (like the MacroLibrary) which sets properties for packages globablly or setting package properties from the CMake modules shipped with kdelibs. the first solution may override properties for packages if other projects define them however a check to ensure that is not done should suffice. the second solution will cover only DESCRIPTION and URL meaning PURPOSE and TYPE will still have to be specified in the build systems. Signed-off-by: Ivailo Monev <xakepa10@laimg.moc>
2020-02-20 23:33:47 +02:00
HAVE_X11_EXTENSIONS_XFIXES_H
"X11 Fixes Extension (xfixes.h)"
generic: support building projects separately TODO from https://github.com/fluxer/katana/issues/7. kget and libktorrent cannot be build separately because libktorrent depends on boost (or miniboost which is bundled) and kget depends on libktorrent. syndication include paths were adjusted to build from the top-level directory since it was used not only by akregator, that is no longer the case and it should probably be moved to akregator sub-directory but that will be decided in the future. Signed-off-by: Ivailo Monev <xakepa10@laimg.moc>
2020-02-10 23:43:40 +00:00
)
import a bunch of important libraries and applications
2014-11-19 02:23:05 +00:00
if (KIPI_FOUND)
generic: replace macro_log_feature() with set_package_properties() calls other changes such as syncing properties, updating some of the URLs, adding missing feature information, removing of redundant checks and variables and indentation were done in the process while testing if the changes work as intended. replacing find_package() with macro_optional_find_package() was also done where applicable however it's usage is questionable due to the CMake `CMAKE_DISABLE_FIND_PACKAGE_<PACKAGE>` option. there is a lot to be done, mostly updating package properties so I am thinking of either providing a package properties file (like the MacroLibrary) which sets properties for packages globablly or setting package properties from the CMake modules shipped with kdelibs. the first solution may override properties for packages if other projects define them however a check to ensure that is not done should suffice. the second solution will cover only DESCRIPTION and URL meaning PURPOSE and TYPE will still have to be specified in the build systems. Signed-off-by: Ivailo Monev <xakepa10@laimg.moc>
2020-02-20 23:33:47 +02:00
include_directories(${KIPI_INCLUDE_DIR})
endif()
import a bunch of important libraries and applications
2014-11-19 02:23:05 +00:00
generic: replace macro_log_feature() with set_package_properties() calls other changes such as syncing properties, updating some of the URLs, adding missing feature information, removing of redundant checks and variables and indentation were done in the process while testing if the changes work as intended. replacing find_package() with macro_optional_find_package() was also done where applicable however it's usage is questionable due to the CMake `CMAKE_DISABLE_FIND_PACKAGE_<PACKAGE>` option. there is a lot to be done, mostly updating package properties so I am thinking of either providing a package properties file (like the MacroLibrary) which sets properties for packages globablly or setting package properties from the CMake modules shipped with kdelibs. the first solution may override properties for packages if other projects define them however a check to ensure that is not done should suffice. the second solution will cover only DESCRIPTION and URL meaning PURPOSE and TYPE will still have to be specified in the build systems. Signed-off-by: Ivailo Monev <xakepa10@laimg.moc>
2020-02-20 23:33:47 +02:00
configure_file(
config-ksnapshot.h.cmake
${CMAKE_CURRENT_BINARY_DIR}/config-ksnapshot.h
)
import a bunch of important libraries and applications
2014-11-19 02:23:05 +00:00
########### next target ###############
set(ksnapshot_file_SRCS
generic: replace macro_log_feature() with set_package_properties() calls other changes such as syncing properties, updating some of the URLs, adding missing feature information, removing of redundant checks and variables and indentation were done in the process while testing if the changes work as intended. replacing find_package() with macro_optional_find_package() was also done where applicable however it's usage is questionable due to the CMake `CMAKE_DISABLE_FIND_PACKAGE_<PACKAGE>` option. there is a lot to be done, mostly updating package properties so I am thinking of either providing a package properties file (like the MacroLibrary) which sets properties for packages globablly or setting package properties from the CMake modules shipped with kdelibs. the first solution may override properties for packages if other projects define them however a check to ensure that is not done should suffice. the second solution will cover only DESCRIPTION and URL meaning PURPOSE and TYPE will still have to be specified in the build systems. Signed-off-by: Ivailo Monev <xakepa10@laimg.moc>
2020-02-20 23:33:47 +02:00
expblur.cpp
regiongrabber.cpp
freeregiongrabber.cpp
snapshottimer.cpp
windowgrabber.cpp
ksnapshotobject.cpp
ksnapshotpreview.cpp
)
import a bunch of important libraries and applications
2014-11-19 02:23:05 +00:00
set(ksnapshot_SRCS
generic: replace macro_log_feature() with set_package_properties() calls other changes such as syncing properties, updating some of the URLs, adding missing feature information, removing of redundant checks and variables and indentation were done in the process while testing if the changes work as intended. replacing find_package() with macro_optional_find_package() was also done where applicable however it's usage is questionable due to the CMake `CMAKE_DISABLE_FIND_PACKAGE_<PACKAGE>` option. there is a lot to be done, mostly updating package properties so I am thinking of either providing a package properties file (like the MacroLibrary) which sets properties for packages globablly or setting package properties from the CMake modules shipped with kdelibs. the first solution may override properties for packages if other projects define them however a check to ensure that is not done should suffice. the second solution will cover only DESCRIPTION and URL meaning PURPOSE and TYPE will still have to be specified in the build systems. Signed-off-by: Ivailo Monev <xakepa10@laimg.moc>
2020-02-20 23:33:47 +02:00
main.cpp
ksnapshot.cpp
ksnapshotwidget.ui
${ksnapshot_file_SRCS}
)
import a bunch of important libraries and applications
2014-11-19 02:23:05 +00:00
if (KIPI_FOUND)
generic: replace macro_log_feature() with set_package_properties() calls other changes such as syncing properties, updating some of the URLs, adding missing feature information, removing of redundant checks and variables and indentation were done in the process while testing if the changes work as intended. replacing find_package() with macro_optional_find_package() was also done where applicable however it's usage is questionable due to the CMake `CMAKE_DISABLE_FIND_PACKAGE_<PACKAGE>` option. there is a lot to be done, mostly updating package properties so I am thinking of either providing a package properties file (like the MacroLibrary) which sets properties for packages globablly or setting package properties from the CMake modules shipped with kdelibs. the first solution may override properties for packages if other projects define them however a check to ensure that is not done should suffice. the second solution will cover only DESCRIPTION and URL meaning PURPOSE and TYPE will still have to be specified in the build systems. Signed-off-by: Ivailo Monev <xakepa10@laimg.moc>
2020-02-20 23:33:47 +02:00
set(ksnapshot_SRCS
kipiinterface.cpp
ksnapshotimagecollectionshared.cpp
ksnapshotinfoshared.cpp
kipiimagecollectionselector.cpp
${ksnapshot_SRCS}
)
endif()
import a bunch of important libraries and applications
2014-11-19 02:23:05 +00:00
qt4_add_dbus_adaptor(ksnapshot_SRCS org.kde.ksnapshot.xml ksnapshot.h KSnapshot)
generic: major build system cleanup
2015-09-02 02:13:50 +03:00
add_executable(ksnapshot ${ksnapshot_SRCS})
import a bunch of important libraries and applications
2014-11-19 02:23:05 +00:00
target_link_libraries(ksnapshot ${KDE4_KIO_LIBS} ${X11_LIBRARIES})
if (X11_Xfixes_FOUND)
target_link_libraries(ksnapshot ${X11_Xfixes_LIB})
endif (X11_Xfixes_FOUND)
if (KIPI_FOUND)
target_link_libraries(ksnapshot ${KIPI_LIBRARIES})
generic: replace macro_log_feature() with set_package_properties() calls other changes such as syncing properties, updating some of the URLs, adding missing feature information, removing of redundant checks and variables and indentation were done in the process while testing if the changes work as intended. replacing find_package() with macro_optional_find_package() was also done where applicable however it's usage is questionable due to the CMake `CMAKE_DISABLE_FIND_PACKAGE_<PACKAGE>` option. there is a lot to be done, mostly updating package properties so I am thinking of either providing a package properties file (like the MacroLibrary) which sets properties for packages globablly or setting package properties from the CMake modules shipped with kdelibs. the first solution may override properties for packages if other projects define them however a check to ensure that is not done should suffice. the second solution will cover only DESCRIPTION and URL meaning PURPOSE and TYPE will still have to be specified in the build systems. Signed-off-by: Ivailo Monev <xakepa10@laimg.moc>
2020-02-20 23:33:47 +02:00
endif()
import a bunch of important libraries and applications
2014-11-19 02:23:05 +00:00
install(TARGETS ksnapshot ${INSTALL_TARGETS_DEFAULT_ARGS})
########### next target ###############
set(kbackgroundsnapshot_SRCS
kbackgroundsnapshot.cpp
generic: major build system cleanup
2015-09-02 02:13:50 +03:00
${ksnapshot_file_SRCS}
)
import a bunch of important libraries and applications
2014-11-19 02:23:05 +00:00
generic: major build system cleanup
2015-09-02 02:13:50 +03:00
add_executable(kbackgroundsnapshot ${kbackgroundsnapshot_SRCS})
import a bunch of important libraries and applications
2014-11-19 02:23:05 +00:00
target_link_libraries(kbackgroundsnapshot ${KDE4_KIO_LIBS} ${X11_LIBRARIES})
install(TARGETS kbackgroundsnapshot ${INSTALL_TARGETS_DEFAULT_ARGS})
########### install files ###############
generic: replace installation paths with KDE4_ prefixed see commit in kdelibs repository Signed-off-by: Ivailo Monev <xakepa10@laimg.moc>
2020-02-08 18:39:41 +00:00
install(PROGRAMS ksnapshot.desktop DESTINATION ${KDE4_XDG_APPS_INSTALL_DIR})
install(FILES org.kde.ksnapshot.xml DESTINATION ${KDE4_DBUS_INTERFACES_INSTALL_DIR} )
kde4_install_icons(${KDE4_ICON_INSTALL_DIR} )
Reference in a new issue Copy permalink