QuasarApp/pe-parse
4
0
Fork 0
mirror of https://github.com/QuasarApp/pe-parse.git synced 2025-04-26 20:34:31 +00:00
Code Issues Projects Releases Wiki Activity
pe-parse/CMakeLists.txt

40 lines
1.1 KiB
CMake
Raw Normal View History

Squash (#56) - CMake: Refactor, added more warnings. - Refactor - Added Windows support - Added a missing include file for linux. - Do not set CMAKE_CXX_STANDARD on Windows - Always initialize the stat struct - CMake: update the required version, request C++11, disable GNU extensions - CMake: Add default switch cases, fix GCC warnings. - Prefer assignment from an empty object when initializing
2017-10-19 18:13:35 +02:00
cmake_minimum_required(VERSION 3.1)
project(pe-parse)
begin somewhere
2013-07-24 16:33:35 -04:00
Install public headers, add Arch package, build pepy under Travis and more (#57) * CMake: Added install directives * CMake: Added support for find_package(pe-parse) * Fixed a compilation error on Linux * CMake: Fix cmake module installation * Added ArchLinux package * Finished implementing the address converted example * peaddrconv: Print the image base address. * peaddrconv: Enable more warnings. * Update travis to also build the examples * Fix a compilation warning on Ubuntu 14.04 * Travis: Add macOS support. * Better output for Travis, fix a compilation error on macOS. * Travis: Do not build examples under macOS. * Travis: Also compile the python module (pepy) * Readme: Add a section to show how to use the library. * Windows: Fix a compilation error, enable /analyze (see details). The nt-headers.h include file is defining several constexpr values using reserved (by windows.h) names. These names (i.e.: IMAGE_FILE_MACHINE_UNKNOWN) are in fact macros defined inside the Windows header files, and causes the preprocessor to break definitions such as the following one: constexpr std::uint16_t IMAGE_FILE_MACHINE_UNKNOWN = 0x0; The fix (for now) consists in including the nt-headers.h file before windows.h, but we should probably choose whether to use different names or avoid defining those values (since they are inside the system header anyway).
2017-11-25 22:01:53 +01:00
if (CMAKE_INSTALL_PREFIX_INITIALIZED_TO_DEFAULT)
set(CMAKE_INSTALL_PREFIX "/usr" CACHE PATH "Default install directory" FORCE)
endif ()
Squash (#56) - CMake: Refactor, added more warnings. - Refactor - Added Windows support - Added a missing include file for linux. - Do not set CMAKE_CXX_STANDARD on Windows - Always initialize the stat struct - CMake: update the required version, request C++11, disable GNU extensions - CMake: Add default switch cases, fix GCC warnings. - Prefer assignment from an empty object when initializing
2017-10-19 18:13:35 +02:00
set(CMAKE_VERBOSE_MAKEFILE True)
if (NOT CMAKE_BUILD_TYPE)
set(CMAKE_BUILD_TYPE "RelWithDebInfo")
endif ()
begin somewhere
2013-07-24 16:33:35 -04:00
Squash (#56) - CMake: Refactor, added more warnings. - Refactor - Added Windows support - Added a missing include file for linux. - Do not set CMAKE_CXX_STANDARD on Windows - Always initialize the stat struct - CMake: update the required version, request C++11, disable GNU extensions - CMake: Add default switch cases, fix GCC warnings. - Prefer assignment from an empty object when initializing
2017-10-19 18:13:35 +02:00
include(cmake/compilation_flags.cmake)
list(APPEND GLOBAL_CXXFLAGS ${DEFAULT_CXX_FLAGS})
Issue #47 - Add C++11 flags
2017-04-17 16:32:28 +02:00
CMake improvements, MinGW compatibility, shared libs support * mingw-w64 fixes - `WIN32` is user-defined, `_WIN32` is pre-defined by toolchain[1] - use gcc options instead of MSVC - `-fPIC` is redundant on mingw - don't error on `old-style-cast` [1] https://msdn.microsoft.com/en-us/library/b0084kay.aspx * add option to build shared libs * add option to disable command line tools * ignore more Visual Studio files * enable shared builds on MSVC (with cmake >= 3.4) https://blog.kitware.com/create-dlls-on-windows-without-declspec-using-new-cmake-export-all-feature/ * fix old-style-cast warning
2018-03-27 23:52:05 +11:00
option(BUILD_SHARED_LIBS "Build Shared Libraries" OFF)
option(BUILD_COMMAND_LINE_TOOLS "Build Command Line Tools" ON)
if (MSVC)
if (${CMAKE_VERSION} VERSION_GREATER_EQUAL 3.4)
set(CMAKE_WINDOWS_EXPORT_ALL_SYMBOLS ON)
else ()
if (BUILD_SHARED_LIBS)
set(BUILD_SHARED_LIBS_MESSAGE "MSVC shared build disabled on CMake < 3.4")
set(BUILD_SHARED_LIBS OFF)
endif ()
endif()
endif ()
Install public headers, add Arch package, build pepy under Travis and more (#57) * CMake: Added install directives * CMake: Added support for find_package(pe-parse) * Fixed a compilation error on Linux * CMake: Fix cmake module installation * Added ArchLinux package * Finished implementing the address converted example * peaddrconv: Print the image base address. * peaddrconv: Enable more warnings. * Update travis to also build the examples * Fix a compilation warning on Ubuntu 14.04 * Travis: Add macOS support. * Better output for Travis, fix a compilation error on macOS. * Travis: Do not build examples under macOS. * Travis: Also compile the python module (pepy) * Readme: Add a section to show how to use the library. * Windows: Fix a compilation error, enable /analyze (see details). The nt-headers.h include file is defining several constexpr values using reserved (by windows.h) names. These names (i.e.: IMAGE_FILE_MACHINE_UNKNOWN) are in fact macros defined inside the Windows header files, and causes the preprocessor to break definitions such as the following one: constexpr std::uint16_t IMAGE_FILE_MACHINE_UNKNOWN = 0x0; The fix (for now) consists in including the nt-headers.h file before windows.h, but we should probably choose whether to use different names or avoid defining those values (since they are inside the system header anyway).
2017-11-25 22:01:53 +01:00
add_subdirectory(pe-parser-library)
CMake improvements, MinGW compatibility, shared libs support * mingw-w64 fixes - `WIN32` is user-defined, `_WIN32` is pre-defined by toolchain[1] - use gcc options instead of MSVC - `-fPIC` is redundant on mingw - don't error on `old-style-cast` [1] https://msdn.microsoft.com/en-us/library/b0084kay.aspx * add option to build shared libs * add option to disable command line tools * ignore more Visual Studio files * enable shared builds on MSVC (with cmake >= 3.4) https://blog.kitware.com/create-dlls-on-windows-without-declspec-using-new-cmake-export-all-feature/ * fix old-style-cast warning
2018-03-27 23:52:05 +11:00
if (BUILD_COMMAND_LINE_TOOLS)
add_subdirectory(dump-pe)
endif ()
Install public headers, add Arch package, build pepy under Travis and more (#57) * CMake: Added install directives * CMake: Added support for find_package(pe-parse) * Fixed a compilation error on Linux * CMake: Fix cmake module installation * Added ArchLinux package * Finished implementing the address converted example * peaddrconv: Print the image base address. * peaddrconv: Enable more warnings. * Update travis to also build the examples * Fix a compilation warning on Ubuntu 14.04 * Travis: Add macOS support. * Better output for Travis, fix a compilation error on macOS. * Travis: Do not build examples under macOS. * Travis: Also compile the python module (pepy) * Readme: Add a section to show how to use the library. * Windows: Fix a compilation error, enable /analyze (see details). The nt-headers.h include file is defining several constexpr values using reserved (by windows.h) names. These names (i.e.: IMAGE_FILE_MACHINE_UNKNOWN) are in fact macros defined inside the Windows header files, and causes the preprocessor to break definitions such as the following one: constexpr std::uint16_t IMAGE_FILE_MACHINE_UNKNOWN = 0x0; The fix (for now) consists in including the nt-headers.h file before windows.h, but we should probably choose whether to use different names or avoid defining those values (since they are inside the system header anyway).
2017-11-25 22:01:53 +01:00
message(STATUS "Build type: ${CMAKE_BUILD_TYPE}")
CMake improvements, MinGW compatibility, shared libs support * mingw-w64 fixes - `WIN32` is user-defined, `_WIN32` is pre-defined by toolchain[1] - use gcc options instead of MSVC - `-fPIC` is redundant on mingw - don't error on `old-style-cast` [1] https://msdn.microsoft.com/en-us/library/b0084kay.aspx * add option to build shared libs * add option to disable command line tools * ignore more Visual Studio files * enable shared builds on MSVC (with cmake >= 3.4) https://blog.kitware.com/create-dlls-on-windows-without-declspec-using-new-cmake-export-all-feature/ * fix old-style-cast warning
2018-03-27 23:52:05 +11:00
message(STATUS "Build Shared: ${BUILD_SHARED_LIBS} ${BUILD_SHARED_LIBS_MESSAGE}")
message(STATUS "Build Command Line Tools: ${BUILD_COMMAND_LINE_TOOLS}")
Install public headers, add Arch package, build pepy under Travis and more (#57) * CMake: Added install directives * CMake: Added support for find_package(pe-parse) * Fixed a compilation error on Linux * CMake: Fix cmake module installation * Added ArchLinux package * Finished implementing the address converted example * peaddrconv: Print the image base address. * peaddrconv: Enable more warnings. * Update travis to also build the examples * Fix a compilation warning on Ubuntu 14.04 * Travis: Add macOS support. * Better output for Travis, fix a compilation error on macOS. * Travis: Do not build examples under macOS. * Travis: Also compile the python module (pepy) * Readme: Add a section to show how to use the library. * Windows: Fix a compilation error, enable /analyze (see details). The nt-headers.h include file is defining several constexpr values using reserved (by windows.h) names. These names (i.e.: IMAGE_FILE_MACHINE_UNKNOWN) are in fact macros defined inside the Windows header files, and causes the preprocessor to break definitions such as the following one: constexpr std::uint16_t IMAGE_FILE_MACHINE_UNKNOWN = 0x0; The fix (for now) consists in including the nt-headers.h file before windows.h, but we should probably choose whether to use different names or avoid defining those values (since they are inside the system header anyway).
2017-11-25 22:01:53 +01:00
message(STATUS "Install prefix: ${CMAKE_INSTALL_PREFIX}")
Reference in New Issue Copy Permalink