dawagner / parameter-framework

75%

master: 78%

LAST BUILD ON BRANCH cmake-misc-fixes

branch: cmake-misc-fixes

CHANGE BRANCH

x

Reset

• cmake-misc-fixes
• Disable_fix_point_test_if_no_python_bindings
• Wconversion-enabler
• access-elements-as-binary
• add-get-set-elementXML-commands
• add-missing-export-FormattedSubsystemObject
• android-darwin
• android-m
• appveyor
• appveyor-build-more-components
• appveyor-visualstudio-2015
• archive-export-version
• better-libxml2-error-messages
• c++11-ctors-and-dtors-features
• change-utility-header-install-dir
• check-duplicate-criterion-values
• client-simulator
• client-simulator-rework
• cmake-multiproject-fix
• cmake-prefix-path-usage
• component-arrays
• convert-to-bytes
• coveralls-test
• criterion-overflow-check
• criterion-rework-step-2
• criterion-rework-step-3
• criterion-unit-tests
• david-tag
• delme
• disambiguate-make-unique
• doc-add-missing-folders
• fix-android-clang+darwin
• fix-blackboard-api-inconsistency
• fix-coveralls
• fix-criterion-display
• fix-double-negative-infinity
• fix-dynamic-lib-utility-windows
• fix-enum-parameter-casts
• fix-enumparam-name-attribute
• fix-floats-limits-tests
• fix-getElementBytes
• fix-log-on-list
• fix-logger-private-member-leakage
• fix-makeEncodable
• fix-python-sample-crash
• fix-setParameter-array
• fix-skeleton-plugin-build
• fix-uninitialized-members
• fix-unused-results
• fix_android_darwin
• fix_illegal_integer_conversions
• floating-point
• for-seb
• forward-libxml2-error-messages
• freeze-catch-version
• improve-build-experience
• includes-cleanup
• integerparam-template
• jules-command-parser
• jules-criterion-rework_rebased-next
• make-command-interface-public
• master
• master-candidate
• misc-doxygen-tweaks
• missing-client-doxygen
• more-compilation-help-in-readme
• move-tmpfile-out-of-libparameter
• new-c++-domain-generator
• no-Werror-by-default
• no-stlport
• optional-Werror-and-release-build
• poc-memory-profiling
• port-add-Wconversion-flag
• relax-windows-errors
• remove-big-endian-subsystems
• remove-binary-settings
• remove-binary-settings-storage
• remove-deprecated
• remove-mappingdata-xmlsink-inheritance
• remove-some-dead-code
• remove-some-useless-util-methods
• remove-unused-attribute
• remove-utility-test-from-coverage
• remove-utility-tostring-use-c++11
• requirements
• rework-getattribute
• rework-parameter-handle
• rework-plugin-entrypoint-api
• rework-plugin-entrypoint-api-WIP
• selectively-export-symbols
• simplify-empty-ctors-and-dtors
• soaresm-cmake_clientSimulator
• some-coveralls-fixes
• test-skeleton-plugin
• test-skeleton-plugin-WIP
• tokenizer-control-merging-separators
• travis-no-container-based
• uncaught-exception
• unify-access-contexts
• unsigned-int-criterion-api
• update-doxygen
• v2.6.0+no-stlport
• windows-fileversion-attribute
• windows_port
• wip
• xml-generation-fixes-and-tests
• xmlgeneration-bugfix
• xmlgeneration-check-conflicting-elements
• xmlgenerator-smoketest

CMake: make the check for XInclude support more robust

We used to use check_library_exists which tries to compile a simple
program involving the required function (xmlXIncludeProcess) and link it
against libxml2. However, this could fail for some other, unrelated reasons.
Even though such reasons could be fatal later, the error message was not clear,
because unrelated to the actual problem.

Instead, we now check that the LIBXML_XINCLUDE_ENABLED macro is defined in
xmlversion.h - which is how libxml2 describes activated features. This does not
involve linking and thus is more robust.

Signed-off-by: David Wagner <david.wagner@intel.com>