A good starting point would be to copy the ot-efr32 version of this file and modify it to fit your platform. This is a toolchain file which defines some variables that CMake uses in the build process. It also contains a few other required files. This is the heart of the repository and is where the platform abstraction layer is implemented. If you would like to include sample applications in the repo, create an examples folder and add it to the build tree as well. The third_party folder contains any third-party code. The src folder is where the platform-abstration layer source code is located. Now that the top-level configuration is defined, it's time to add other subdirectories to the build tree. set_property(CACHE EFR32_PLATFORM PROPERTY STRINGS $/crypto The CMakeLists.txt file includes a check that aborts builds launched for unsupported platforms. For the sake of this example, we've defined multiple platforms, but having a single platform for the _PLATFORM_VALUES variable is fine as well. We also define a variable EFR32_PLATFORM_VALUES which is a list of efr32 platforms supported by ot-efr32. In this example, we set the project name to ot-efr32 with a version of 0.0.1. The very first values to define are the project name and the supported platforms. ![]() The CMakeLists.txt at the root of your repository is the top of the build tree and is a good place to start defining the various targets, options, and macros used in the build process. The CMake build system relies on CMakeLists.txt files which define build targets.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |