CMSIS-DSP embedded compute library for Cortex-M and Cortex-A
You cannot select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
 
 
 
 
Go to file
Chris Knorowski chris.knorowski@sensiml.com cd2d0a7cbc enable building python files for gnulinux 6 years ago
ComputeLibrary CMSIS-DSP: Added SVM Functions and tests 6 years ago
DSP_Lib_TestSuite CMSIS-DSP: New testing framework 7 years ago
Examples CMSIS-DSP: Corrected Doxygen warnings. 6 years ago
Include enable building python files for gnulinux 6 years ago
Lib DSP: Merged ARM and ARMCLANG into combined ARM folder for pre-built libraries. 7 years ago
Platforms CMSIS-DSP: Added SVM Functions and tests 6 years ago
Projects DSP: Merged ARM and ARMCLANG into combined ARM folder for pre-built libraries. 7 years ago
PythonWrapper enable building python files for gnulinux 6 years ago
Source Removed useless vld1q_f32 from arm_correlate_f32 6 years ago
Testing CMSIS-DSP: Added benchmarking code for Transform. 6 years ago
Toolchain CMSIS-DSP: Change to cmake to more easily build wrappers 6 years ago
.gitignore CMSIS-DSP: Add primary keys to generated benchmark tables in the 6 years ago
README.md CMSIS-DSP: Enable build with MSVC compiler. 7 years ago
armcc.cmake CMSIS-DSP: New testing framework 7 years ago
config.cmake CMSIS-DSP: Test framework 6 years ago
configBoot.cmake CMSIS-DSP: New testing framework 7 years ago
configCore.cmake CMSIS-DSP:Some corrections to cmake build system. 6 years ago
configPlatform.cmake CMSIS-DSP: Test framework 6 years ago
fft.cmake CMSIS-DSP: Customization of FFT tables. 7 years ago
filterLinkScript.py CMSIS-DSP: New testing framework 7 years ago
gcc.cmake CMSIS-DSP: New testing framework 7 years ago
interpol.cmake CMSIS-DSP: Customization of FFT tables. 7 years ago

README.md

README

How to use

This document is explaining how to use cmake with CMSIS-DSP and AC6 ARM compiler.

The examples arm_variance_f32 in folder Examples/ARM/arm_variance_f32 has been modified to also support cmake and is used as an example in this document.

If you don't use AC6, you'll need to modify the cmake files as explained below.

Generating the Makefiles

To build example arm_variance_f32 with cmake, you need to create a build folder where the build will take place. Don't build in your source directory.

You can create a build folder in Examples/ARM/arm_variance_f32

Once you are in the build folder, you can use cmake to generate the Makefiles.

For instance, to build for m7 : cmake -DCMAKE_TOOLCHAIN_FILE=../../../../armcc.cmake -DARM_CPU="cortex-m7" -G "Unix Makefiles" ..

To build for A5 cmake -DCMAKE_TOOLCHAIN_FILE=../../../../armcc.cmake -DARM_CPU="cortex-a5" -G "Unix Makefiles" ..

To build for A5 with Neon acceleration cmake -DCMAKE_TOOLCHAIN_FILE=../../../../armcc.cmake -DNEON=ON -DARM_CPU="cortex-a5" -G "Unix Makefiles" ..

cmake will check it can find the cross compiling tools as defined in armcc.cmake

Toolchain

You may have to change the "tools" variable in armcc.make. It is pointing to your toolchain. The version of armcc.cmake on github is using the ARM AC6 compiler coming from the ArmDS environment. The tools variable is thus pointing to ArmDS.

If you use a different clang toolchain, you can just modify the tools path.

If you build with gcc, you'll need to change armcc.cmake, config.cmake and configUtils.cmake

config.make is defining options like -mfpu and the value to pass to gcc (or other compiler) may be different.

configUtils.cmake is defining the use of a scatter file and it may be different with gcc.

Building

make VERBOSE=1

Running

The executable can run on a FVP. For instance, if you built for m7, you could just do:

FVP_MPS2_Cortex-M7.exe -a arm_variance_example

Customization

armcc.make is use to cross compil with AC6 coming from ArmDS.

You'll need to create a different toolchain file if you use something different. Then you'll need to pass this file to cmake on the command line.

config.cmake is included by the CMSIS-DSP cmake and is defining the options and include paths needed to compile CMSIS-DSP.

configBoot.cmake are definitions required to run an executable on a platform. It is using files from the Device folder of CMSIS. The result can run on FVP.

If you need to run on something different, you'll need to modfy configBoot. If you need a different scatter file you'll need to modify configBoot.

configBoot is relying on some functions defined in configUtils and most of the customizations should be done here.

Compilation symbols for tables

Some new compilations symbols have been introduced to avoid including all the tables if they are not needed.

If no new symbol is defined, everything will behave as usual. If ARM_DSP_CONFIG_TABLES is defined then the new symbols will be taken into account.

Then you can select all FFT tables or all interpolation tables by defining following compilation symbols: ARM_ALL_FFT_TABLES : All FFT tables are included ARM_ALL_FAST_TABLES : All interpolation tables are included

If more control is required, there are other symbols but it is not always easy to know which ones need to be enabled for a given use case.

If you use cmake, it is easy since high level options are defined and they will select the right compilation symbols. If you don't use cmake, you can just look at fft.cmake to see which compilation symbols are needed.

For instance, if you want to use the arm_rfft_fast_f32, in fft.cmake you'll see an option RFFT_FAST_F32_32.

We see that following symbols need to be enabled :

  • ARM_TABLE_TWIDDLECOEF_F32_16
  • ARM_TABLE_BITREVIDX_FLT_16
  • ARM_TABLE_TWIDDLECOEF_RFFT_F32_32
  • ARM_TABLE_TWIDDLECOEF_F32_16

In addition to that, ARM_DSP_CONFIG_TABLES must be enabled and finally ARM_FFT_ALLOW_TABLES must also be defined.

This last symbol is required because if you don't want to include the TransformFunctions in your build of CMSIS-DSP then all tables related to FFT must not be included. It is the purpose of this flag.