pe-parse/pe-parser-library/cmake/peparse-config.cmake

find_path(PEPARSE_INCLUDE_DIR $<SHELL_PATH:"parser-library/parse.h">)
find_library(PEPARSE_LIBRARIES NAMES "libpe-parser-library" "pe-parser-library")

include(FindPackageHandleStandardArgs)
find_package_handle_standard_args(peparse DEFAULT_MSG PEPARSE_INCLUDE_DIR PEPARSE_LIBRARIES)
More Windows compatibility (#75) * Attempt to make setup.py more platform independent * Fix markdown * Fix cmake config for pre-Windows 10 installations * Fix Travis build 2018-09-27 07:05:12 -07:00			`find_path(PEPARSE_INCLUDE_DIR $<SHELL_PATH:"parser-library/parse.h">)`
			`find_library(PEPARSE_LIBRARIES NAMES "libpe-parser-library" "pe-parser-library")`
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
			`include(FindPackageHandleStandardArgs)`
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			`find_package_handle_standard_args(peparse DEFAULT_MSG PEPARSE_INCLUDE_DIR PEPARSE_LIBRARIES)`