Run a demo using Arm® GCC

This section describes the steps to configure the command line Arm® GCC tools to build, run, and debug demo applications and necessary driver libraries provided in the MCUXpresso SDK. The hello_world demo application is targeted for the FRDM-K32L3A6 hardware platform which is used as an example.

Note: GCC Arm Embedded 8.2.1 is used as an example in this document. The latest GCC version for this package is as described in the MCUXpresso SDK Release Notes.

Set up toolchain

This section contains the steps to install the necessary components required to build and run an MCUXpresso SDK demo application with the Arm GCC toolchain, as supported by the MCUXpresso SDK. There are many ways to use Arm GCC tools, but this example focuses on a Windows operating system environment.

Install GCC Arm Embedded tool chain

Download and run the installer from GNU Arm Embedded Toolchain. This is the actual toolset (in other words, compiler, linker, and so on). The GCC toolchain should correspond to the latest supported version, as described in MCUXpresso SDK Release Notes.

Parent topic:Set up toolchain

Install MinGW (only required on Windows OS)

The Minimalist GNU for Windows (MinGW) development tools provide a set of tools that are not dependent on third-party C-Runtime DLLs (such as Cygwin). The build environment used by the MCUXpresso SDK does not use the MinGW build tools, but does leverage the base install of both MinGW and MSYS. MSYS provides a basic shell with a Unix-like interface and tools.

Download the latest MinGW mingw-get-setup installer from MinGW.
Run the installer. The recommended installation path is C:\MinGW, however, you may install to any location.

Note: The installation path cannot contain any spaces.
Ensure that the mingw32-base and msys-base are selected under Basic Setup.
In the Installation menu, click Apply Changes and follow the remaining instructions to complete the installation.
Add the appropriate item to the Windows operating system path environment variable. It can be found under Control Panel->System and Security->System->Advanced System Settings in the Environment Variables… section. The path is:
```
<mingw_install_dir>\bin
```
Assuming the default installation path, C:\MinGW, an example is shown below. If the path is not set correctly, the toolchain will not work.

Note: If you have C:\MinGW\msys\x.x\bin in your PATH variable (as required by Kinetis SDK 1.0.0), remove it to ensure that the new GCC build system works correctly.

Parent topic:Set up toolchain

Add a new system environment variable for ARMGCC_DIR

Create a new system environment variable and name it as ARMGCC_DIR. The value of this variable should point to the Arm GCC Embedded tool chain installation path. For this example, the path is:

C:\Program Files (x86)\GNU Tools Arm Embedded\8 2018-q4-update

See the installation folder of the GNU Arm GCC Embedded tools for the exact path name of your installation.

Short path should be used for path setting, you could convert the path to short path by running command for %I in (.) do echo %~sI in above path.

Parent topic:Set up toolchain

Install CMake

Download CMake 3.0.x from www.cmake.org/cmake/resources/software.html.
Install CMake, ensuring that the option Add CMake to system PATH is selected when installing. The user chooses to select whether it is installed into the PATH for all users or just the current user. In this example, it is installed for all users.
Follow the remaining instructions of the installer.
You may need to reboot your system for the PATH changes to take effect.
Make sure sh.exe is not in the Environment Variable PATH. This is a limitation of mingw32-make.

Parent topic:Set up toolchain

Parent topic:Run a demo using Arm® GCC

Build an example application

To build an example application, follow these steps.

Open a GCC Arm Embedded tool chain command window. To launch the window, from the Windows operating system Start menu, go to Programs >GNU Tools Arm Embedded <version> and select GCC Command Prompt.
Change the directory to the example application project directory which has a path similar to the following:
```
<install_dir>/boards/<board_name>/<example_type>/<application_name>/armgcc
```
For this example, the exact path is:
```
<install_dir>/examples/frdmk32l3a6/demo_apps/hello_world/armgcc
```
Note: To change directories, use the cd command.
Type build_debug.bat on the command line or double click on build_debug.bat file in Windows Explorer to build it. The output is as shown in Figure 2.

Parent topic:Run a demo using Arm® GCC

Run an example application

This section describes steps to run a demo application using J-Link GDB Server application. To update the on-board LPC-Link2 debugger to Jlink firmware, see Updating debugger firmware.

Note: J-Link GDB Server application is not supported for TFM examples. Use CMSIS DAP instead of J-Link for flashing and debugging TFM examples.

After the J-Link interface is configured and connected, follow these steps to download and run the demo applications:

Connect the development platform to your PC via USB cable between the LPC-Link2 USB connector and the PC USB connector. If using a standalone J-Link debug pod, connect it to the SWD/JTAG connector of the board.
Open the terminal application on the PC, such as PuTTY or TeraTerm, and connect to the debug serial port number (to determine the COM port number, see How to determine COM port). Configure the terminal with these settings:
1. 115200 or 9600 baud rate, depending on your board (reference BOARD_DEBUG_UART_BAUDRATE variable in board.h file)
2. No parity
3. 8 data bits
4. 1 stop bit
Note: Make sure the board is set to FlexSPI flash boot mode (ISP2: ISP1: ISP0 = ON, OFF, ON) before use GDB debug.
Open the J-Link GDB Server application. Assuming the J-Link software is installed, the application can be launched by going to the Windows operating system Start menu and selecting Programs -> SEGGER -> J-Link <version> J-Link GDB Server.
Modify the settings as shown below. The target device selection chosen for this example is K32L3Axxxxxxxx_M4.
After it is connected, the screen should look like this figure:
If not already running, open a GCC Arm Embedded tool chain command window. To launch the window, from the Windows operating system Start menu, go to Programs -> GNU Tools Arm Embedded <version> and select GCC Command Prompt.

Change to the directory that contains the example application output. The output can be found in using one of these paths, depending on the build target selected:

<install_dir>/boards/<board_name>/<example_type>/<application_name>/armgcc/debug

<install_dir>/boards/<board_name>/<example_type>/<application_name>/armgcc/release

For this example, the path is:

<install_dir>/boards/frdmk32l3a6/demo_apps/hello_world/cm4/armgcc/debug

Run the arm-none-eabi-gdb.exe <application_name>.elf command. For this example, it is arm-none-eabi-gdb.exe hello_world.elf.
Run these commands:
1. target remote localhost:2331
2. monitor reset
3. monitor halt
4. load
The application is now downloaded and halted at the watch point. Execute the monitor go command to start the demo application.

The hello_world application is now running and a banner is displayed on the terminal. If this does not appear, check your terminal settings and connections.

Parent topic:Run a demo using Arm® GCC

Build a multicore example application

This section describes the steps to build and run a dual-core application. The demo application build scripts are located in this folder:

<install_dir>/boards/<board_name>/multicore_examples/<application_name>/<core_type>/armgcc

Begin with a simple dual-core version of the Hello World application. The multicore Hello World GCC build scripts are located in this folder:

<install_dir>/boards/frdmk32l3a6/multicore_examples/hello_world/cm0plus/armgcc/build_debug.bat

<install_dir>/boards/frdmk32l3a6/multicore_examples/hello_world/cm4/armgcc/build_debug.bat

Build both applications separately following steps for single core examples as described in Build an example application.

Parent topic:Run a demo using Arm® GCC

Run a multicore example application

When running a multicore application, the same prerequisites about J-Link/J-Link OpenSDA firmware and the serial console as for the single core application applies, as described in Run an example application.

The secondary core binary is linked into primary core *.elf file, when downloading the primary core *.elf file, the secondary core binary will be downloaded too. To run the application, open a GCC Arm Embedded tool chain command window (used for building the application) and change to the directory that contains the example application output (debug or release subdirectories). Run the command arm-none-eabi-gdb.exe <application_name>.elf. For the multicore Hello World example, it is arm-none-eabi-gdb.exe hello_world_cm4.elf.

Run these commands:

target remote localhost:2331

2.  ```
monitor reset

monitor halt

4.  ```
load

The application is now downloaded and halted at the reset vector. Execute the monitor go command to start the example application. The multicore Hello World application is now running and a banner is displayed on the terminal. Because of the target device default boot source order, the application log can be delayed for a while. To close the debug session, execute the quit or just q command

Parent topic:Run a demo using Arm® GCC