from, as well as upload packages to, different servers (“remotes”), similar to the “git” push-pull model to/from git remotes. On a high level, the servers are just package storage. They do not build nor can come from the command line, profiles or from the values cached in the latest conan install execution. 2. Conan retrieves the MyLib/1.0@user/channel recipe, reads the settings attribute, and assigns 5 and < 5.0, you could do the following: from conans import ConanFile, CMake, tools from conans.model.version import Version class PkgConan(ConanFile): name = "Pkg" version = "1.0" settings = "compiler"

from, as well as upload packages to, different servers (“remotes”), similar to the “git” push-pull model to/from git remotes. On a high level, the servers are just package storage. They do not build nor can come from the command line, profiles or from the values cached in the latest conan install execution. 2. Conan retrieves the MyLib/1.0@user/channel recipe, reads the settings attribute, and assigns 5 and < 5.0, you could do the following: from conans import ConanFile, CMake, tools from conans.model.version import Version class PkgConan(ConanFile): name = "Pkg" version = "1.0" settings = "compiler"

from, as well as upload packages to, different servers (“remotes”), similar to the “git” push-pull model to/from git remotes. On a high level, the servers are just a package storage. They do not build nor apple-clang, intel, with different configurations of versions, runtimes, C++ standard library, etc. This model is also extensible to any custom configuration. 1.5 Stable From Conan 1.0, there is a commitment can come from the command line, profiles or from the values cached in the latest conan install execution. 2. Conan retrieves the mylib/1.0@user/channel recipe, reads the settings attribute, and assigns

from, as well as upload packages to, different servers (“remotes”), similar to the “git” push-pull model to/from git remotes. On a high level, the servers are just a package storage. They do not build nor apple-clang, intel, with different configurations of versions, runtimes, C++ standard library, etc. This model is also extensible to any custom configuration. 1.5 Stable From Conan 1.0, there is a commitment can come from the command line, profiles or from the values cached in the latest conan install execution. 2. Conan retrieves the mylib/1.0@user/channel recipe, reads the settings attribute, and assigns

from, as well as upload packages to, different servers (“remotes”), similar to the “git” push-pull model to/from git remotes. On a high level, the servers are just a package storage. They do not build nor apple-clang, intel, with different configurations of versions, runtimes, C++ standard library, etc. This model is also extensible to any custom configuration. 1.5 Stable From Conan 1.0, there is a commitment can come from the command line, profiles or from the values cached in the latest conan install execution. 2. Conan retrieves the mylib/1.0@user/channel recipe, reads the settings attribute, and assigns

. . . . . . . . . . . . . . . . . . . . 874 23.4 Host and build profiles and new cross-building model . . . . . . . . . . . . . . . . . . . . . . . . . 874 23.5 Conan uses revisions by default in Conan . . . . . . . . . . . . . 875 23.10 Editables don’t use external templates any more. New layout model . . . . . . . . . . . . . . . . . . 875 23.11 Symlinks in recipes and packages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 876 23.14 New properties model for the cpp_info in Conan 2.0 generators . . . . . . . . . . . . . . . . . . . . 876 23.15 scm is

. . . . . . . . . . . . . . . . . . . . 833 23.3 Host and build profiles and new cross-building model . . . . . . . . . . . . . . . . . . . . . . . . . 834 23.4 Conan uses revisions by default in Conan 23.7 Editables don’t use external templates any more. New layout model . . . . . . . . . . . . . . . . . . 834 23.8 New properties model for the cpp_info in Conan 2.0 generators . . . . . . . . . . . from, as well as upload packages to, different servers (“remotes”), similar to the “git” push-pull model to/from git remotes. At a high level, the servers are just storing packages. They do not build nor

. . . . . . . . . . . . . . . . . . . . 840 23.4 Host and build profiles and new cross-building model . . . . . . . . . . . . . . . . . . . . . . . . . 840 23.5 Conan uses revisions by default in Conan layout model . . . . . . . . . . . . . . . . . . 841 23.9 Symlinks in recipes and packages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 841 23.10 New properties model for the from, as well as upload packages to, different servers (“remotes”), similar to the “git” push-pull model to/from git remotes. At a high level, the servers are just storing packages. They do not build nor

. . . . . . . . . . . . . . . . . . . . 848 23.4 Host and build profiles and new cross-building model . . . . . . . . . . . . . . . . . . . . . . . . . 848 23.5 Conan uses revisions by default in Conan . . . . . . . . . . . . . 849 23.8 Editables don’t use external templates any more. New layout model . . . . . . . . . . . . . . . . . . 849 23.9 Symlinks in recipes and packages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 849 23.11 New properties model for the cpp_info in Conan 2.0 generators . . . . . . . . . . . . . . . . . . . . 850 Index 855 viii

from, as well as upload packages to, different servers (“remotes”), similar to the “git” push-pull model to/from git remotes. On a high level, the servers are just a package storage. They do not build nor apple-clang, intel, with different configurations of versions, runtimes, C++ standard library, etc. This model is also extensible to any custom configuration. 1.5 Stable From Conan 1.0, there is a commitment can come from the command line, profiles or from the values cached in the latest conan install execution. 2. Conan retrieves the MyLib/1.0@user/channel recipe, reads the settings attribute, and assigns