Conan 1.3 Documentation
test_package is different from the library unit or integration tests, which should be more comprehensive. These tests are “package” tests, and validate that the package is properly created, and that package from the previous section, we can just use it for our test. Go to your package folder and run the tests again, now saying that we don’t want to build the sources again, we just want to check if we can download COMMAND example) endif() This package recipe will not retrieve the mytest_framework nor build the tests, for normal installation: $ conan install . But if the following profile is defined: Listing 2:0 码力 | 397 页 | 2.77 MB | 1 年前3Conan 1.6 Documentation
test_package is different from the library unit or integration tests, which should be more comprehensive. These tests are “package” tests, and validate that the package is properly created, and that package from the previous section, we can just use it for our test. Go to your package folder and run the tests again, now saying that we don’t want to build the sources again, we just want to check if we can download COMMAND example) endif() This package recipe will not retrieve the mytest_framework nor build the tests, for normal installation: $ conan install . But if the following profile is defined: Listing 2:0 码力 | 428 页 | 2.87 MB | 1 年前3Conan 1.7 Documentation
Note: The test_package differs from the library unit or integration tests, which should be more comprehensive. These tests are “package” tests, and validate that the package is properly created, and that the from the previous section, we can just use it for our test. Go to your package folder and run the tests again, now saying that we don’t want to build the sources again, we just want to check if we can download COMMAND example) endif() This package recipe will not retrieve the mytest_framework nor build the tests, for normal installation: $ conan install . But if the following profile is defined: Listing 2:0 码力 | 433 页 | 2.95 MB | 1 年前3Conan 1.4 Documentation
test_package is different from the library unit or integration tests, which should be more comprehensive. These tests are “package” tests, and validate that the package is properly created, and that package from the previous section, we can just use it for our test. Go to your package folder and run the tests again, now saying that we don’t want to build the sources again, we just want to check if we can download COMMAND example) endif() This package recipe will not retrieve the mytest_framework nor build the tests, for normal installation: $ conan install . But if the following profile is defined: Listing 2:0 码力 | 421 页 | 2.84 MB | 1 年前3Conan 1.5 Documentation
test_package is different from the library unit or integration tests, which should be more comprehensive. These tests are “package” tests, and validate that the package is properly created, and that package from the previous section, we can just use it for our test. Go to your package folder and run the tests again, now saying that we don’t want to build the sources again, we just want to check if we can download COMMAND example) endif() This package recipe will not retrieve the mytest_framework nor build the tests, for normal installation: $ conan install . But if the following profile is defined: Listing 2:0 码力 | 422 页 | 2.85 MB | 1 年前3Conan 2.0 Documentation
packages’ binary compatibility. • Use the build() method to customize the build process and launch the tests for the library you are packaging. • Select which files will be included in the Conan package using important bits are: • test_package folder is different from unit or integration tests. These tests are “package” tests, and validate that the package is properly created and that the package consumers will modify that method and explain how you can use it to do things like: • Building and running tests • Conditional patching of the source code • Select the build system you want to use conditionally0 码力 | 652 页 | 4.00 MB | 1 年前3Conan 1.8 Documentation
Note: The test_package differs from the library unit or integration tests, which should be more comprehensive. These tests are “package” tests, and validate that the package is properly created, and that the from the previous section, we can just use it for our test. Go to your package folder and run the tests again, now saying that we don’t want to build the sources again, we just want to check if we can download COMMAND example) endif() This package recipe will not retrieve the mytest_framework nor build the tests, for normal installation: $ conan install . But if the following profile is defined: Listing 2:0 码力 | 458 页 | 3.03 MB | 1 年前3Conan 1.9 Documentation
Note: The test_package differs from the library unit or integration tests, which should be more comprehensive. These tests are “package” tests, and validate that the package is properly created, and that the from the previous section, we can just use it for our test. Go to your package folder and run the tests again, now saying that we don’t want to build the sources again, we just want to check if we can download COMMAND example) endif() This package recipe will not retrieve the mytest_framework nor build the tests, for normal installation: $ conan install . But if the following profile is defined: Listing 2:0 码力 | 470 页 | 3.05 MB | 1 年前3Conan 1.42 Documentation
Helper classes␣ ˓→are available for several build systems ... self.run("bin/unittests") # Run unit tests␣ ˓→compiled earlier in the build() method def package(self): # Responsible for␣ ˓→capturing build important bits are: • test_package folder is different from unit or integration tests. These tests are “package” tests, and validate that the package is properly created, and that the package consumers from the previous section, we can just use it for our test. Go to your package folder and run the tests again, now saying that we don’t want to build the sources again. We just want to check if we can download0 码力 | 841 页 | 7.12 MB | 1 年前3Conan 1.10 Documentation
Note: The test_package differs from the library unit or integration tests, which should be more comprehensive. These tests are “package” tests, and validate that the package is properly created, and that the from the previous section, we can just use it for our test. Go to your package folder and run the tests again, now saying that we don’t want to build the sources again, we just want to check if we can download COMMAND example) endif() This package recipe will not retrieve the mytest_framework nor build the tests, for normal installation: $ conan install . But if the following profile is defined: Listing 2:0 码力 | 479 页 | 3.09 MB | 1 年前3
共 74 条
- 1
- 2
- 3
- 4
- 5
- 6
- 8