…dd_subdirectory(.../nmos-cpp/Development)

…esolves sony#170)

…s; get rid of link_directories and most of the include_directories

…s depend on it

(e.g. there are some question marks in the code as to whether lldp and mdns libs should or not)

…AGS for specific definitions and add_compile_options or add_definitions for almost all other cases that are more general

…dependencies' interface definitions, etc. don't need to be transitively applied

… module and recently also by Conan for most generators (cmake_find_package for example) so Linux and Visual Studio "Open folder" work fine, but with cmake_find_package_multi (which we've traditionally used to generate multi-configuration Visual Studio solutions) it isn't, so map the required components to targets instead

Same seems to be true for OPENSSL_INCLUDE_DIR and WEBSOCKETPP_INCLUDE_DIR

…eeds to do it (seems no worse than force disabling compiler warnings)

… dependency to mdns and lldp

…op-level project (see PROJECT_IS_TOP_LEVEL in CMake 3.21)

(it'd still be better to auto-detect in the long run)

… same directory, and rely on searching the directory where the current file is found, in order to avoid the need for the project root directory to be in the include path

…es for the whole directory/project

…the Boost recipe uses features from at least 1.33.0

…/system libs, Boost components, Bonjour and PCAP, so that (next) each target's dependencies can be brought together

…checks Boost_VERSION_COMPONENTS

…e and compiler config; the CACHE variables are still spread through the files, but BUILD_LLDP, the only one that affects _what_ is built rather than _how_, is now in the top-level CMakeLists.txt

…DE_FROM_ALL) behaves in a sane fashion, get rid of NMOS_CPP_DIR and just use current source-directory-relative paths

…er not defined/empty or CONFIG or MODULE)

…_directories in the initial refactor(fb2be0c) and recently also target_link_options - remember to update docs

… Windows build of dnssd.lib

… (install): install FILES given no DESTINATION!" on Windows in GitHub Actions

…nstallation

…nstall

…nterface

(cf. commits 18ebb15, 4b6de18, c7558dd, 5a73eba)

…p-tests and nmos-cpp-node and nmos-cpp-registry are built - both ON by default

Mark some of the existing cache variables as advanced

…REFER_CONFIG and bring the Conan-related config of CMAKE_MODULE_PATH and CMAKE_PREFIX_PATH into NmosCppConan.cmake

…e find_package(nmos-cpp) or add_subdirectory(.../nmos-cpp/Development)

(from commit 4b6de18)

(removing a warning from cmake-lint from cheshirekow/cmake_format)

…a cmake_minimum_required(VERSION 3.15 FATAL_ERROR)

… from lldp on PCAP. The key was requiring CMake 3.17 to get CMP0099, transitive INTERFACE_LINK_OPTIONS for static libs. Thanks to @robertmaynard, Robert Maynard, NVIDIA.

Also bump Ubuntu 14.04 build to cpprestsdk v2.10.18 for consistency with the Conan builds

…ng it

…TE dependency

(Sandbox/my-nmos-node should now build on Ubuntu 14.04)

…y (yes, it's a link setting but pah! cf. commit a01451b)

…L_INCLUDEDIR}) since this is added explicitly for the targets that actually need it

(Improves the installed nmos-cpp-targets.cmake which had some unnecessary and in many cases repeated instances of ${_IMPORT_PREFIX}/include in INTERFACE_INCLUDE_DIRECTORIES)

…o.components.requires

…an recipe and now it is... let's just try letting CMake do the right thing on its own...

…ed libraries, thanks @prince-chrismc

This reverts commit dfa00b2.

… need it explicitly, because nmos-cpp code doesn't depend on it directly and the websocketpp recipe already has the dependency?

…etup if so, the wrapper CMakeLists.txt isn't required

…registry in the test_package

…that were created by Conan cmake_find_package[_multi] when building nmos-cpp

… so problematic... Put the nmos-cpp install directory in the CMAKE_PREFIX_PATH and the build path in the CMAKE_INSTALL_PREFIX as the former should be searched before the latter by find_package

…found where expected, add --debug-find to the install test

… additional logging we got from --debug-find

…, etc.

…kflows were successful on Windows and Ubuntu 18.04 and 20.04, it failed on macOS (couldn't find CoreFoundation) and on Ubuntu 14.04 (couldn't find system-installed Boost), and the logs weren't much shorter anyway... so I'll keep --debug-find for occasional debugging!

…brary-cmake!

…d dump into the console a log file of where the most important dependencies have been found

…argets are not available because the find-module or config-file packages use add_library() without GLOBAL for the IMPORTED targets, so the target names only have scope in the subdirectory. Rather than set the IMPORTED_GLOBAL target property explicitly somewhere in nmos-cpp itself, just generate the list of include directories directly from the my-nmos-node executable instead.

…ache variables, e.g. BUILD_EXAMPLES, BUILD_TESTS, USE_CONAN

Add NMOS_CPP_ prefix to the CMake cache variables, e.g. BUILD_EXAMPLES, BUILD_TESTS, USE_CONAN

…Conan instructions behind HTML <details>

…building from third_party source

Reorder dependencies consistently in conanfiles, NmosCppDependencies.cmake and Dependencies docs

…d comment to more clearly explain the rationale for building the patched dnssd.lib and that the Bonjour service and client DLL (dnssd.dll) are still required