Difference between revisions of "LPCXpresso"

A couple of quick references for the Linux side LPC programming utility:

== [[#top|^]] LPCXpresso Development Board Pinout ==

                       P0.7            P0.1/USB_FTOGGLE  <-- These two FTOGGLE and VBUS must be

                       P2.0            P0.3/USB_VBUS      <-- grounded to put board into programming mode

Powering down, grounding pins P0.1 and P0.3, then powering up, ungrounding both those pins and issuing part signature read command:

$ sudo lpc21isp -detectonly /dev/ttyUSB0 9600 12000

$ sudo lpc21isp -bin ./RTOSDemo.bin /dev/ttyUSB0 9600 8000000

<!-- comment -->

*  http://i2c.info/i2c-bus-specification  . . . i2c START and STOP conditions explained

ACK_ERROR occurs in routine I2c_WriteByte(), which in turn calls I2C_WriteBit() with a value and a timeout value. The timeout value is assigned in main.c:

  ./main.c:64:    SCD30_Init(0x61, 10); // SCD30 listens on address 0x61 with 10ms I2c timeout

Sensirion I2C and USART capable sensor:

*  https://cdn.sos.sk/productdata/45/79/f68c98fa/scd30-1.pdf

*  https://www.i2c-bus.org/addressing/general-call-address/ i2c broadcast address is zero (0)

== [[#top|^]] LPCXpresso 1114 board and FreeRTOS ==

In order to get started with the FreeRTOS port demo project to the LPC1114 board, a batch file (or shell script) need be run to create a particular directory structure and copy files into some project-expected places.  There is mention on the ported NXP project page on FreeRTOS site that LPCXpresso IDE can provide makefile based projects, and "managed make" projects.  The managed make projects require all sources on which a given project depends to be located within given project's top level directory.

*  https://www.freertos.org/FreeRTOS-for-Cortex-M0-LPC1114-LPCXpresso.html

**  https://www.freertos.org/a00017.html  . . . FreeRTOS source code organization, this link noted elsewhere on wiki

Getting close but having trouble setting up and fully compiling LPC1114 FreeRTOS demo . . . build fails for not finding header file IntQueue.h, as included by file IntQueue.c in the same directory:

<pre>

user@localhost:~/LPCXpresso/workspace$ ls -l ./FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source

-rw-r--r-- 1 user user  4364 May 14 13:12 FreeRTOSConfig.h

-rw-r--r-- 1 user user  3587 Dec 18 14:36 IntQueueTimer.c

-rw-r--r-- 1 user user  1496 Dec 18 14:36 IntQueueTimer.h

...Trouble uploading screen capture in .PNG format! MediaWiki error message:

"

Return to Main Page.

"

Textual data from screen whose image capture failed to upload:

*  https://community.nxp.com/thread/420898

<!-- comment -->

- 2018-06-13 TUE -<br />

Today's goal is to copy the FreeRTOS demo which runs on an LPCXpresso development board, and to bring this copy of the project up as a second or additional project in LPC IDE's workspace.  From here then next step is to add one-way then bidirectional UART communications to the project.

A separate second goal is to craft a GNU makefile to build this same demo project.

Looking at project properties by means of right clicking the top level folder in LPCXpresso's project navigation pane, the project's location on the file system is:

  localhost:/home/${USER}/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo

The readily visible, top level contents of this directory are:

There are a couple of hidden project files here, created and or used by LPCXpresso:

Both files .cproject and .project are XML files.  The file .cproject is longer among these two files and includes details of the compiler used in a given project, plus options passed to this compiler, plus at least one project include path.  The file named .project contains in the first few lines a line expressing the project name as LPCXpresso IDE knows it.  This project name must be unique among projects imported to a given LPCXpresso workspace.  This workspace on Unix and Linux-like systems defaults to the directory ${HOME}/LPCXpresso.

The make dir and copying commands which can be invoked after creating project directory structure is:

  $ cp -prv ./* ./.[cp]* ~/projects/nxp/rtos-demo-4

Unfortunately the LPC1114 FreeRTOS demo project name is used in two or three different ways in the file named .cproject.  Most of the time it is used as the project's name, but a couple of times this text pattern appears in the filenames of linker scripts.  In another instance it's part of a host system directory path to the project.  The places where pattern 'RTOSDemo' most closely relates to LPCXpresso project are where it appears on lines which refer to ${workspace_loc}.  Given this it looks like we want to change the project name RTOSDemo to a new project name on lines 23, 118, 343 and 346, where this name stands for a project name, rather than part of a path or part of a linker script filename.

<span style="background:#bcd6ff">

QUESTION:  to what does the pattern <i>RTOSDemo.com.crt.advproject.projecttype.exe.777175218</i> refer?  Is this a reference to or name of an executable file?  Or exe file plus project configuration? - TMH

LPCXpresso file .project contains two references to the pattern RTOSDemo:

<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->

<span style="background-color: #363e45">

<font color="green">3</font><font color="cyan">:</font> <name><font color="red">RTOSDemo</font></name>

  <font color="green">35</font><font color="cyan">:</font> <value>${workspace_loc<font color="cyan">:</font>/<font color="red">RTOSDemo</font>/Debug}</value>

</span>

<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->

=== [[#top|^]] <i>edit point - create directory structure script</i> ===

A file worth noting here is a shell script which Ted adapted from a DOS batch file which ships with the RTOS demo.  The original batch file and the adapted shell script create a directory structure and copy FreeRTOS header and source files to these directories, placing all sources in the local copy of the project. While the following script does the copying job for a project in one particular path relative to the FreeRTOS download path, Ted amended this script further to put relative source path elements into variables.  This makes the script more adjustable to be executed in different locations.  As of 2018-07-09 Monday that improved script not posted here on this wiki article yet . . .

<pre>

280 ./Debug/Source/Common_Demo_Tasks

72 ./Debug/Source/FreeRTOS_Source/portable/GCC

140 ./Debug/Source/FreeRTOS_Source/portable

4 ./Source/Common_Demo_Tasks/Include

88 ./Source/Common_Demo_Tasks

28 ./Source/FreeRTOS_Source/portable/GCC/ARM_CM0

The above figure is a verbose way of showing approximate size of combined build time files such as object files. But this snippet also shows project directories and directory structure. This structure is largely created by the DOS batch file on Windows hosts, and in this case created by the shell script which mimics those same steps.  Manually copying this project with these directories then, there should be no need to run the batch file . . .

== - - - - -  - - - - -  - - - - -  - - - - -  - - - - -  - - - - -  - - - - -  - - - - -  - - - - -  - - - - - ==

. <br />

<!-- comment -->

== [[#top|^]] Makefile Clues - Deriving A Working Makefile From LPCXpresso Projects ==

It's really frustrating to understand how LPCXpresso builds software projects. LPCXpresso automatically generates a makefile, [[#makefile-generated-by-lpcxpresso|and child makefiles]] in additional subdirectories of its imported and created projects. For example, LPCXpresso creates child makefiles in each directory which contains project sources.  These child makefiles are read by the `make` utility recursively, as LPCXpresso calls its choice of `make` with the -r option.

Some options which would normally be encapsulated in the makefile are held in some other settings space or stored files of LPCXpresso and passed to the call to make at build time.  This makes it harder to see all the details of the project build recipe, because they're spread out over multiple files, and some options do not even appear to be stored in files.

*  https://community.nxp.com/thread/388962

Despite possible command line based builds we have not yet learned how to set this up, and are presently stuck with LPCXpresso's default build process.  This build process includes a utility or option called <code>CDT builder</code>, which appears next to a checkbox in one of the dialog boxes under a given project's properties:

A couple of supporting lpcxpresso project makefiles include <code>makefile.init</code> and <code>subdir.mk</code>. These files contain respectively:

<i> Figure x - example makefile.init file:</i>

Hmm this one looks hand-crafted by Ted . . . here's another from the FreeRTOS demo project:

      1 ################################################################################^M

      2 # Automatically-generated file. Do not edit!^M

      3 ################################################################################^M

       4 ^M

      5 PATH := $(PATH):C:\PROGRA~2\KPIT\GNUARM~1.02-\ARM-NO~1\ARM-NO~1\bin;C:\PROGRA~2\KPIT\GNUARM~1.02-\ARM-NO~1\ARM-NO~1\libexec\gcc\arm-none-eabi\4.9-GNUARM-NONE_v14.02

      2 # Automatically-generated file. Do not edit!

      7 ../Source/IntQueueTimer.c \

      8 ../Source/RegTest.c \

    11 ../Source/main-full.c \

    18 ./Source/main-blinky.o \

    26 ./Source/main-blinky.d \

    27 ./Source/main-full.d \

    33        @echo 'Building file: $<'

    35        arm-none-eabi-gcc -D__REDLIB__ -DDEBUG -D__CODE_RED -D__USE_CMSIS=CMSISv2p00_LPC11xx -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/CMSISv2p00_LPC11xx/inc" -I"/home/user/Downloads/freertos/tmp/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/CMSISv2p00_LPC11xx/inc" -I"../../../Common/include" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/Common_Demo_Tasks/include" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/FreeRTOS_Source/include" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/FreeRTOS_Source/portable/GCC/ARM_CM0" -O0 -g3 -Wall -c -fmessage-length=0 -fno-builtin -ffunction-sections -fdata-sections -Wextra -mcpu=cortex-m0 -mthumb -D__REDLIB__ -specs=redlib.specs -MMD -MP -MF"$(@:%.o=%.d)" -MT"$(@:%.o=%.o)" -MT"$(@:%.o=%.d)" -o "$@" "$<"

    42        arm-none-eabi-gcc -D__REDLIB__ -DDEBUG -D__CODE_RED -D__USE_CMSIS=CMSISv2p00_LPC11xx -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/CMSISv2p00_LPC11xx/inc" -I"/home/user/Downloads/freertos/tmp/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/CMSISv2p00_LPC11xx/inc" -I"../../../Common/include" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/Common_Demo_Tasks/include" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/FreeRTOS_Source/include" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/FreeRTOS_Source/portable/GCC/ARM_CM0" -O0 -Os -g3 -Wall -c -fmessage-length=0 -fno-builtin -ffunction-sections -fdata-sections -Wextra -mcpu=cortex-m0 -mthumb -D__REDLIB__ -specs=redlib.specs -MMD -MP -MF"$(@:%.o=%.d)" -MT"Source/cr_startup_lpc11.d" -o "$@" "$<"

    43        @echo 'Finished building: $<'

      23    <builder arguments="-r" buildPath="${workspace_loc:/rtos-demo-3/Debug}" command="make" id="com.crt.advproject.builder.exe.debug.1260101970" keepEnvironmentInBuildfile="false" managedBuildOn="true" name="Gnu Make Builder" superClass="com.crt.advproject.builder.exe.debug"/>^M

=== [[#top|^]] What we know about LPCXpresso project makefiles ===

What we know so far about LPCXpresso project makefiles:  LPCXPresso projects typically use multiple makefiles, including a "top level" makefile which includes several other makefiles.  The called makefiles include:

   * makefile.init

   *  makefile.deps

   * sources.mk

   * objects.mk

and one of the following subdir makefiles for each project directory which holds sources:

  * subdir.mk

It looks also as though these files come pre-built and bundled with the FreeRTOS demo, which includes a port to LPC1114 family microcontrollers.  Since they're already present in the downloadable project / port from FreeRTOS dot org, we can't as easily know or find out how these files are or were originally created.  All of the makefiles begin with a comment block which warns "DO NOT EDIT":

      2 # Automatically-generated file. Do not edit!

</pre>

 

 

 

$ locate <font color="red">subdir.mk</font> | grep Downloads | grep <font color="red">subdir.mk</font>

/home/${USER}/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/CMSISv2p00_LPC11xx/Debug/src/<font color="red">subdir.mk</font>

/home/${USER}/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Debug/Source/<font color="red">subdir.mk</font>

<!-- === <i>edit point - build messages</i> === -->

Build messages from LPCXpresso 8p2p2 CDT builder here on [[rtos_demo_3_build_messages|wiki page 'rtos-demo-3 build messages']].  Next figure shows a complete capture of a FreeRTOS demo firmware build as built by LPCXpresso's calls to make.  Article contributor Ted noting here that these build messages tell a lot about the build process but also leave a lot of the recipe's details out.  For example, it's not obvious from these compiler messages that the build process is described by multiple makefiles.  It's also not always obvious what environment variable settings the 'make' utility -- in this case LPCXpresso -- and its called commands enjoy as they run. One clue to this effect is how LPC's build messages show a specifications file option <i>-specs=redlib.specs</i> which names an extent file but not its full path. How does the compiler know where to look for this file? There must be a search path variable somewhere.  Unfortunately GNU GCC's web documentation doesn't go into any detail about the way in which gcc searched for specs files.

<i> Figure x - Build output from LPCXpresso console:</i>

<pre>

make -r all

arm-none-eabi-gcc -D__REDLIB__ -DDEBUG -D__CODE_RED -D__USE_CMSIS=CMSISv2p00_LPC11xx -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/CMSISv2p00_LPC11xx/inc" -I"/home/user/Downloads/freertos/tmp/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/CMSISv2p00_LPC11xx/inc" -I"../../../Common/include" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/Common_Demo_Tasks/include" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/FreeRTOS_Source/include" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/FreeRTOS_Source/portable/GCC/ARM_CM0" -O0 -g3 -Wall -c -fmessage-length=0 -fno-builtin -ffunction-sections -fdata-sections -Wextra -mcpu=cortex-m0 -mthumb -D__REDLIB__ -specs=redlib.specs -MMD -MP -MF"Source/FreeRTOS_Source/portable/MemMang/heap_1.d" -MT"Source/FreeRTOS_Source/portable/MemMang/heap_1.o" -MT"Source/FreeRTOS_Source/portable/MemMang/heap_1.d" -o "Source/FreeRTOS_Source/portable/MemMang/heap_1.o" "../Source/FreeRTOS_Source/portable/MemMang/heap_1.c"

   

Building file: ../Source/FreeRTOS_Source/portable/GCC/ARM_CM0/port.c

arm-none-eabi-gcc -D__REDLIB__ -DDEBUG -D__CODE_RED -D__USE_CMSIS=CMSISv2p00_LPC11xx -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/CMSISv2p00_LPC11xx/inc" -I"/home/user/Downloads/freertos/tmp/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/CMSISv2p00_LPC11xx/inc" -I"../../../Common/include" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/Common_Demo_Tasks/include" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/FreeRTOS_Source/include" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/FreeRTOS_Source/portable/GCC/ARM_CM0" -O0 -g3 -Wall -c -fmessage-length=0 -fno-builtin -ffunction-sections -fdata-sections -Wextra -mcpu=cortex-m0 -mthumb -D__REDLIB__ -specs=redlib.specs -MMD -MP -MF"Source/FreeRTOS_Source/portable/GCC/ARM_CM0/port.d" -MT"Source/FreeRTOS_Source/portable/GCC/ARM_CM0/port.o" -MT"Source/FreeRTOS_Source/portable/GCC/ARM_CM0/port.d" -o "Source/FreeRTOS_Source/portable/GCC/ARM_CM0/port.o" "../Source/FreeRTOS_Source/portable/GCC/ARM_CM0/port.c"

Finished building: ../Source/FreeRTOS_Source/portable/GCC/ARM_CM0/port.c

Building file: ../Source/FreeRTOS_Source/list.c

arm-none-eabi-gcc -D__REDLIB__ -DDEBUG -D__CODE_RED -D__USE_CMSIS=CMSISv2p00_LPC11xx -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/CMSISv2p00_LPC11xx/inc" -I"/home/user/Downloads/freertos/tmp/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/CMSISv2p00_LPC11xx/inc" -I"../../../Common/include" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/Common_Demo_Tasks/include" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/FreeRTOS_Source/include" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/FreeRTOS_Source/portable/GCC/ARM_CM0" -O0 -g3 -Wall -c -fmessage-length=0 -fno-builtin -ffunction-sections -fdata-sections -Wextra -mcpu=cortex-m0 -mthumb -D__REDLIB__ -specs=redlib.specs -MMD -MP -MF"Source/FreeRTOS_Source/list.d" -MT"Source/FreeRTOS_Source/list.o" -MT"Source/FreeRTOS_Source/list.d" -o "Source/FreeRTOS_Source/list.o" "../Source/FreeRTOS_Source/list.c"

Finished building: ../Source/FreeRTOS_Source/list.c

arm-none-eabi-gcc -D__REDLIB__ -DDEBUG -D__CODE_RED -D__USE_CMSIS=CMSISv2p00_LPC11xx -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/CMSISv2p00_LPC11xx/inc" -I"/home/user/Downloads/freertos/tmp/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/CMSISv2p00_LPC11xx/inc" -I"../../../Common/include" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/Common_Demo_Tasks/include" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/FreeRTOS_Source/include" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/FreeRTOS_Source/portable/GCC/ARM_CM0" -O0 -g3 -Wall -c -fmessage-length=0 -fno-builtin -ffunction-sections -fdata-sections -Wextra -mcpu=cortex-m0 -mthumb -D__REDLIB__ -specs=redlib.specs -MMD -MP -MF"Source/FreeRTOS_Source/queue.d" -MT"Source/FreeRTOS_Source/queue.o" -MT"Source/FreeRTOS_Source/queue.d" -o "Source/FreeRTOS_Source/queue.o" "../Source/FreeRTOS_Source/queue.c"

09:52:06 Build Finished (took 3s.868ms)

2018-06-15 - One of the first issues we encounter while creating a makefile for the FreeRTOS demo targeting LPC1114 processor is gcc's complaint of not finding the specifications file named redlib.specs. Gcc.gnu.org talks about specs files at this page:

 

*  https://gcc.gnu.org/onlinedocs/gcc/Spec-Files.html

 

Here is our error message:

 

<pre>

- ## rtos-demo-with-mods - starting,

- ## in makefile project name set to 'rtos-demo-with-mods',

- ## project root directory set to '/home/user/projects/nxp/rtos-demo',

- ## setting compiler flags . . .\n

- rtos-demo-with-mods - including common makefile after all var' assignments and recipe declarations,

- rtos-demo-with-mods - to bring in often shared information which this project too needs . . .

- makefile.common - declaring recipes to convert, compile, clean and debug project . . .

- makefile.common - pulling in dependencies of all .o files . . .

- makefile.common - done.

/usr/bin/arm-none-eabi-gcc -c -D__REDLIB__ -DDEBUG -D__CODE_RED -D__USE_CMSIS=CMSISv2p00_LPC11xx -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/CMSISv2p00_LPC11xx/inc" -I"/home/user/Downloads/freertos/tmp/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/CMSISv2p00_LPC11xx/inc" -I"../../../Common/include" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/Common_Demo_Tasks/include" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/FreeRTOS_Source/include" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/FreeRTOS_Source/portable/GCC/ARM_CM0" -O0 -g3 -Wall -fmessage-length=0 -fno-builtin -ffunction-sections -fdata-sections -Wextra -mcpu=cortex-m0 -mthumb -D__REDLIB__ -specs=redlib.specs -MMD -MP ./Source/FreeRTOS_Source/portable/MemMang/heap_1.c -o heap_1.o

arm-none-eabi-gcc: error: redlib.specs: No such file or directory

makefile.common:105: recipe for target 'heap_1.o' failed

 

</pre>

 

 

 

<i>Figure x - snippet of assembly file confusion . . .</i>

</pre>

Comparing LPCXpresso build console output with GNU make output at command line, the "hand rolled" makefile way, see build output messages captured in figure after this paragraph.  Ted noting also that we now have a better idea why the hand-crafted GNU makefile isn't fully building the project.  This capture doesn't reflect some of the issues we've -- since its taking -- discovered how the subdir.mk files add to the LPC project make rules list, as well as adding tokens to vars C_DEPS, OBJS and C_SRCS.  Here is the comparative build process output:

FROM LPCXPRESSO BUILD CONSOLE:

Building file: ../Source/FreeRTOS_Source/portable/MemMang/heap_1.c

arm-none-eabi-gcc -D__REDLIB__ -DDEBUG -D__CODE_RED -D__USE_CMSIS=CMSISv2p00_LPC11xx -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/CMSISv2p00_LPC11xx/inc" -I"/home/user/Downloads/freertos/tmp/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/CMSISv2p00_LPC11xx/inc" -I"../../../Common/include" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/Common_Demo_Tasks/include" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/FreeRTOS_Source/include" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/FreeRTOS_Source/portable/GCC/ARM_CM0" -O0 -g3 -Wall -c -fmessage-length=0 -fno-builtin -ffunction-sections -fdata-sections -Wextra -mcpu=cortex-m0 -mthumb -D__REDLIB__ -specs=redlib.specs -MMD -MP -MF"Source/FreeRTOS_Source/portable/MemMang/heap_1.d" -MT"Source/FreeRTOS_Source/portable/MemMang/heap_1.o" -MT"Source/FreeRTOS_Source/portable/MemMang/heap_1.d" -o "Source/FreeRTOS_Source/portable/MemMang/heap_1.o" "../Source/FreeRTOS_Source/portable/MemMang/heap_1.c"

Finished building: ../Source/FreeRTOS_Source/portable/MemMang/heap_1.c

HAND-ROLLED:

/usr/bin/arm-none-eabi-gcc -D__REDLIB__ -DDEBUG -D__CODE_RED -D__USE_CMSIS=CMSISv2p00_LPC11xx -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/CMSISv2p00_LPC11xx/inc" -I"/home/user/Downloads/freertos/tmp/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/CMSISv2p00_LPC11xx/inc" -I"../../../Common/include" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/Common_Demo_Tasks/include" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/FreeRTOS_Source/include" -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/FreeRTOS_Source/portable/GCC/ARM_CM0" -I"/opt/nxp/lpcxpresso-8p2p2/lpcxpresso/tools/arm-none-eabi/include" -I"/opt/nxp/lpcxpresso-8p2p2/lpcxpresso/tools/lib/gcc/arm-none-eabi/5.4.1/include" -O0 -g3 -Wall -fmessage-length=0 -fno-builtin -ffunction-sections -fdata-sections -Wextra -mcpu=cortex-m0 -mthumb -D__REDLIB__ -specs=/opt/nxp/lpcxpresso-8p2p2/lpcxpresso/tools/arm-none-eabi/lib/redlib.specs -MMD -MP -c ./Source/FreeRTOS_Source/portable/MemMang/heap_1.c -o heap_1.o

<span style="id:background-light-green; background-color: #b2f9ba">

<i>TO-DO 2018-06-25: break out the above two compiler invocations into one option per line, for easier comparison, - TMH</i>

<pre>

arm-none-eabi-gcc                                      /usr/bin/arm-none-eabi-gcc

-D__USE_CMSIS=CMSISv2p00_LPC11xx                       -D__USE_CMSIS=CMSISv2p00_LPC11xx

-fmessage-length=0                                     -fmessage-length=0

-specs=redlib.specs                                    -specs=/opt/nxp/lpcxpresso-8p2p2/lpcxpresso/tools/arm-none-eabi/lib/redlib.specs

-MMD                                                  -MMD      ./Source/FreeRTOS_Source/portable/MemMang/heap_1.c -o heap_1.o

-MF"Source/FreeRTOS_Source/portable/MemMang/heap_1.d"

-MT"Source/FreeRTOS_Source/portable/MemMang/heap_1.o"

-MT"Source/FreeRTOS_Source/portable/MemMang/heap_1.d"

"Source/FreeRTOS_Source/portable/MemMang/heap_1.o"

"../Source/FreeRTOS_Source/portable/MemMang/heap_1.c"

                                                      ./Source/FreeRTOS_Source/portable/MemMang/heap_1.c

-I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/CMSISv2p00_LPC11xx/inc"                              -I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/CMSISv2p00_LPC11xx/inc"

-I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/Common_Demo_Tasks/include"

-I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source"

-I"/home/user/Downloads/freertos/FreeRTOSv10.0.1/FreeRTOS/Demo/CORTEX_M0_LPC1114_LPCXpresso/RTOSDemo/Source/FreeRTOS_Source/include"

</pre>

<i>Figure x - </i>

$ diff /usr/bin/arm-none-eabi-as /usr/lib/arm-none-eabi/bin/as

$ file /usr/bin/arm-none-eabi-as

/usr/bin/arm-none-eabi-as: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=f5a9351dcc0223be42093524a835a2a3dff2b84f, stripped

$ file /usr/lib/arm-none-eabi/bin/as

/usr/lib/arm-none-eabi/bin/as: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=f5a9351dcc0223be42093524a835a2a3dff2b84f, stripped

An obscure error appears now with our call to the GNU assembler, which gives a complaint about width suffixes in one of FreeRTOS demo assembly files.  Per https://sourceforge.net/p/freertos/discussion/382005/thread/8041642a/ we may need a newer version of gcc, e.g. 6.3 over 4.x in order to get past the error:

GNU assembler version 2.25 (arm-none-eabi) using BFD version (2.25-5+5+b1) 2.25

/tmp/cc8oKrpj.s: Assembler messages:

/tmp/cc8oKrpj.s:232: Error: cannot honor width suffix -- `mov r1,#255'

/tmp/cc8oKrpj.s:233: Error: cannot honor width suffix -- `lsl r1,r1,#16'

/tmp/cc8oKrpj.s:234: Error: cannot honor width suffix -- `orr r2,r1'

  .

  .

</pre>

 

 

<!-- comment -->

 

=== [[#top|^]] <i>edit point - link time issues</i> ===