Feature/cmakedeps files

[danimtb]

Changelog: Feature: Move the definition of CMakeDeps variables to its own file
Docs: conan-io/docs#2055

CMakeDeps generator now creates a new mypkg-release-x86-data.cmake file per configuration where the information of the cpp_info is added without getting dynamic values from any other CMake functionality or macro.

This new file(s) is included in the config cmake files as well as the old Target-<build_type>.cmake where the "dynamic" variables are defined (variables that have values assignated after calling macros or cmake functionality)

The implementation is done for recipes defining components and for recipes that do not have components.

As per #8636:

• Duplicated variables that have been removed: *_INCLUDE_DIR, *_INCLUDES

---

• Refer to the issue that supports this Pull Request: closes [feature] Move the definition of CMakeDeps variables to its own file #8593, closes [feature] cmake_find_package support Standard Variable Names #8636
• If the issue has missing info, explain the purpose/use case/pain/need that covers this Pull Request.
• I've read the Contributing guide.
• I've followed the PEP8 style guides for Python code.
• I've opened another PR in the Conan docs repo to the develop branch, documenting this one.

^{Note: By default this PR will skip the slower tests and will use a limited set of python versions. Check here how to increase the testing level by writing some tags in the current PR body text.}

[danimtb]

Should we keep this? Is this here to prevent variable modification via CMake GUI?

[SSE4]

yes, mark_as_advanced is just not to pollute CMakeGUI

[danimtb]

Reverted last commit due to conflict with other variables: *_LIBS --> *_LIBRARIES, *_LIB_DIRS --> *_LIBRARY_DIRS

[memsharded]

Looking good!