OrgACRN
/
sof
mirror of https://github.com/thesofproject/sof.git
1
0
Fork 0
Code Issues Projects Releases Wiki Activity
sof/smex/CMakeLists.txt

39 lines
932 B
CMake
Raw Normal View History

smex: Create new tool to build ldc file SMEX (*SOF Metadata EXtractor*) is a tool used to extract needed information from SOF source code and output files and then save them in convenient form like logs dictionary file (*ldc*). After full integration of SMEX with SOF build system, rImage with no sof specific ldc generator code can be moved outside as a common external tool. Signed-off-by: Karol Trzcinski <karolx.trzcinski@linux.intel.com>
2020-04-02 20:22:48 +08:00
# SPDX-License-Identifier: BSD-3-Clause
CMake: require version 3.13 Without CMP0079 we cannot conditionally include libraries against SOF in sub directories without seriously restructuring the project. This is because the old policy requires the link target must be created in the same folder. This does not work well from a configuration standpoint for 3P audio libraries trying to keep their config in src/audio/*. Rather than enable the policy, lets simply upgrade since 3.13 is widely available. With this upgrade we can also remove the two version dependent checks at the top of our scripts. Signed-off-by: Curtis Malainey <cujomalainey@chromium.org>
2021-09-09 05:54:20 +08:00
cmake_minimum_required(VERSION 3.13)
smex: Create new tool to build ldc file SMEX (*SOF Metadata EXtractor*) is a tool used to extract needed information from SOF source code and output files and then save them in convenient form like logs dictionary file (*ldc*). After full integration of SMEX with SOF build system, rImage with no sof specific ldc generator code can be moved outside as a common external tool. Signed-off-by: Karol Trzcinski <karolx.trzcinski@linux.intel.com>
2020-04-02 20:22:48 +08:00
project(SOF_SMEX C)
smex: un-hardcode "-O2 -g", use CMAKE_BUILD_TYPE, default to Debug Anyone having a performance issue can use the standard -DCMAKE_BUILD_TYPE=Release. Crashes seem more common. Signed-off-by: Marc Herbert <marc.herbert@intel.com>
2021-07-06 11:07:39 +08:00
if (NOT CMAKE_BUILD_TYPE AND NOT CMAKE_CONFIGURATION_TYPES)
message(STATUS "No CMAKE_BUILD_TYPE, defaulting to Debug")
set(CMAKE_BUILD_TYPE "Debug" CACHE STRING "Build Type" FORCE)
endif()
smex: Create new tool to build ldc file SMEX (*SOF Metadata EXtractor*) is a tool used to extract needed information from SOF source code and output files and then save them in convenient form like logs dictionary file (*ldc*). After full integration of SMEX with SOF build system, rImage with no sof specific ldc generator code can be moved outside as a common external tool. Signed-off-by: Karol Trzcinski <karolx.trzcinski@linux.intel.com>
2020-04-02 20:22:48 +08:00
set(SOF_ROOT_SOURCE_DIRECTORY "${PROJECT_SOURCE_DIR}/..")
add_executable(smex
elf.c
ldc.c
smex.c
)
smex: un-hardcode "-O2 -g", use CMAKE_BUILD_TYPE, default to Debug Anyone having a performance issue can use the standard -DCMAKE_BUILD_TYPE=Release. Crashes seem more common. Signed-off-by: Marc Herbert <marc.herbert@intel.com>
2021-07-06 11:07:39 +08:00
# In addition to the usual flags from CMAKE_BUILD_TYPE
smex: Create new tool to build ldc file SMEX (*SOF Metadata EXtractor*) is a tool used to extract needed information from SOF source code and output files and then save them in convenient form like logs dictionary file (*ldc*). After full integration of SMEX with SOF build system, rImage with no sof specific ldc generator code can be moved outside as a common external tool. Signed-off-by: Karol Trzcinski <karolx.trzcinski@linux.intel.com>
2020-04-02 20:22:48 +08:00
target_compile_options(smex PRIVATE
smex/cmake: move -Wl,EL option to target_linker_options() for clang -Wl,EL is a linker option, not a compiler option and clang does not like it at compilation time; it fails like this: ``` cd smex cmake -B build -DCMAKE_C_COMPILER=clang make -C build clang-15: error: -Wl,-EL: 'linker' input unused [-Werror,-Wunused-command-line-argument] ``` Reported by @andyross in https://github.com/google/oss-fuzz/pull/10342 oss-fuzz does not need smex at all but this one-line fix is just faster and simpler than a bigger CMake re-architecture just for oss-fuzz. Also simplify this for clang compatibility: ``` error: unknown warning option '-Wimplicit-fallthrough=3'; did you mean '-Wimplicit-fallthrough'? [-Werror,-Wunknown-warning-option] ``` Signed-off-by: Marc Herbert <marc.herbert@intel.com>
2023-05-19 01:28:28 +08:00
-Wall -Werror -Wmissing-prototypes -Wimplicit-fallthrough
)
target_link_options(smex PRIVATE
-Wall -Werror -Wl,-EL
smex: Create new tool to build ldc file SMEX (*SOF Metadata EXtractor*) is a tool used to extract needed information from SOF source code and output files and then save them in convenient form like logs dictionary file (*ldc*). After full integration of SMEX with SOF build system, rImage with no sof specific ldc generator code can be moved outside as a common external tool. Signed-off-by: Karol Trzcinski <karolx.trzcinski@linux.intel.com>
2020-04-02 20:22:48 +08:00
)
target_include_directories(smex PRIVATE
"${SOF_ROOT_SOURCE_DIRECTORY}/src/include"
rimage: Update to version with changed headers location In new version of rimage software, headers are located in rimage/src/include/rimage directory to make it easily accessible from another source code without include path collision. Signed-off-by: Karol Trzcinski <karolx.trzcinski@linux.intel.com>
2020-05-25 20:19:43 +08:00
"${SOF_ROOT_SOURCE_DIRECTORY}/rimage/src/include"
smex: Create new tool to build ldc file SMEX (*SOF Metadata EXtractor*) is a tool used to extract needed information from SOF source code and output files and then save them in convenient form like logs dictionary file (*ldc*). After full integration of SMEX with SOF build system, rImage with no sof specific ldc generator code can be moved outside as a common external tool. Signed-off-by: Karol Trzcinski <karolx.trzcinski@linux.intel.com>
2020-04-02 20:22:48 +08:00
)
header: rtos: decouple headers into rtos specific directories. No functional runtime change, but changes to rtos partitioning and the layout of headers . This patch creates RTOS specifc header paths and updates spinlock.h and kernel.h to show the new usage. Other headers will incrementally follow. It reuses the current zephyr topleve directory and creates a new toplevel xtos directory for xtos specific files. Due to the mixing of RTOS, driver and library headers at the top level include directory it was necessary to create rtos specific header directories i.e. src/include/rtos-xtos src/include/rtos-zephyr These RTOS include directories will eventually contain RTOS specific headers whilst common logic and structures will be placed in non RTOS directories. This will also mean "#include <sof/spinlock.h>" will become "#include <rtos/spinlock.h>" and will allow easier visualisation of where and why RTOS headers are being used. This will help to eliminate cross usage of headers between RTOSes. Subsequqnt patches will move more headers and rtos specific wrppaer source files into rtos specific locations. Signed-off-by: Liam Girdwood <liam.r.girdwood@linux.intel.com>
2022-08-19 21:10:56 +08:00
# TODO: smex should not need RTOS headers: FIX.
if (NOT CONFIG_SOF_ZEPHYR_STRICT_HEADERS)
target_include_directories(smex PRIVATE
"${SOF_ROOT_SOURCE_DIRECTORY}/xtos/include"
)
endif()