-
Notifications
You must be signed in to change notification settings - Fork 43
blog: add nuttx article for external static libraries #596
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change | ||||
|---|---|---|---|---|---|---|
| @@ -0,0 +1,198 @@ | ||||||
| --- | ||||||
| title: "Integrating External Libraries into NuttX Applications" | ||||||
| date: 2025-11-19 | ||||||
| tags: ["NuttX", "Apache", "ESP32", "ESP32-C6", "RISC-V", "cross-compilation", "static-library"] | ||||||
| showAuthor: false | ||||||
| authors: | ||||||
| - "filipe-cavalcanti" | ||||||
| summary: "This guide demonstrates how to integrate external libraries into NuttX applications using static libraries and cross-compilation. Learn how to build a library on x86, integrate it into the NuttX simulation environment, and cross-compile for RISC-V targets like the ESP32-C6, all without moving your codebase into the NuttX directory structure." | ||||||
| --- | ||||||
|
|
||||||
| ## Introduction | ||||||
|
Collaborator
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I am not a software developer and might not understand certain things, but, after reading the intro, the process and the logic in this article seem a bit unclear to me. I will share my questions and concerns with you and let's see if it is my lack of knowledge or the article structure can be indeed made more clear. Here we go:
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
"Your application" means anything outside the NuttX environment. Take the hex to rgb example. It is an external application that I can run anywhere, like in a Raspberry Pi which would be compiled natively. Now, I want to use it in a microcontroller and I choose NuttX as my operating system. When I move this application to NuttX, then I call it a Nuttx Application.
I changed to "you may need" as that makes more sense, since you only need to migrate once. About compiling, you would only compile for your target architecture, not all of them. Compiling for all would be a mess of downloading many compilers and unnecessarily large build environments. There's no point in an end user building for ARM if the target is a ESP32.
Yes. That's essentially it. Because NuttX is POSIX compliant, we can code our app normally in a Linux machine and then simply add it to NuttX.
They are the same. We only change the contents on the Make.defs once (3 or 4 lines) and then we can build the library externally to whatever architecture we want, as long as we copy the .a file to the proper place. |
||||||
|
|
||||||
| When moving your application to NuttX, you often need to add your existing software stack to the NuttX image. This software may run on a different RTOS or even on an x86 environment, but sometimes it must run on multiple target devices. This article shows how to build NuttX with your custom application without moving your entire stack to the NuttX directory. You use a static library and cross-compilation to achieve this. | ||||||
|
|
||||||
| This article is divided into three parts. The first part introduces and builds the sample library on x86. Then, a second part decribes how to add the library to the NuttX simulation environment and finally, the last part cross-compiles to RISC-V and runs the example on the ESP32-C6. | ||||||
fdcavalcanti marked this conversation as resolved.
Show resolved
Hide resolved
Collaborator
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. There is one problem with this paragraph though. It mentions three parts:
The relevant part of TOC looks like this:
The wording in the intro and the heading titles is quite different and involves some thinking to figure out how they correlate. I suggest that you make the wording more consistent.
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I considered the second level heading (##) as a part (or a section if it makes more sense). The "Using the library on ESP32C6" part contains sub sections, which I don't mention. Do you think I should?
Suggested change
|
||||||
|
|
||||||
| ## Using an example library | ||||||
|
|
||||||
| As an example, we will use an example application library that converts a hexadecimal color string to RGB with the following structure: | ||||||
|
|
||||||
| ``` | ||||||
| hex-converter/ | ||||||
| ├── src/ | ||||||
| │ ├── hex_to_rgb.h | ||||||
| │ └── hex_to_rgb.c | ||||||
| ├── main.c | ||||||
| ├── test.c | ||||||
| ├── Makefile | ||||||
| └── README.md | ||||||
| ``` | ||||||
|
|
||||||
| The reference project is available in [this repository](https://github.com/fdcavalcanti/hex-converter). | ||||||
|
|
||||||
| The `hex-converter` library exposes one single function called `hex_to_rgb`. The user provides a pointer to a string representing the hex color and a pointer | ||||||
| to an array where the R, G, and B values are copied. It is a simple application but very useful as an example. | ||||||
|
|
||||||
| Clone the repository and build it according to the steps in the README file to produce the static library. To confirm that everything works, run the provided `main` example program. This program accepts a hexadecimal color string as input. | ||||||
|
|
||||||
| ```bash | ||||||
| $ ./main "#1A2B3C" | ||||||
| Input: #1A2B3C | ||||||
| RGB: (26, 43, 60) | ||||||
| ``` | ||||||
fdcavalcanti marked this conversation as resolved.
Show resolved
Hide resolved
|
||||||
|
|
||||||
| At this point, the directory should contain a static library called `libhex_to_rgb.a` that will be added to the NuttX build system. | ||||||
fdcavalcanti marked this conversation as resolved.
Show resolved
Hide resolved
|
||||||
|
|
||||||
| ## Testing on NuttX Simulation | ||||||
|
|
||||||
| As an user, you might want to use this library in an application. The first solution might be to copy the entire hex-converter repository to the NuttX application directory and | ||||||
| add it entirely to the build system. That works but is complicated, not user-friendly, and causes a Makefile mess. | ||||||
|
|
||||||
| The simplest way to test this library on NuttX is to modify the ready-to-use Hello World example in the NuttX Apps repository, which could in fact be any application. | ||||||
|
|
||||||
| With your NuttX environment ready, follow these steps: | ||||||
|
|
||||||
| 1. Copy `libhex_to_rgb.a` from the hex-converter repository to `apps/examples/hello` (the Hello World example directory). | ||||||
| 2. In `apps/hello/Make.defs`, add the hex library, library path, and include path. | ||||||
|
|
||||||
| The Make.defs file should look like this: | ||||||
| ``` | ||||||
| ifneq ($(CONFIG_EXAMPLES_HELLO),) | ||||||
| CONFIGURED_APPS += $(APPDIR)/examples/hello | ||||||
|
|
||||||
| EXTRA_LIBS += -lhex_to_rgb | ||||||
| EXTRA_LIBPATHS += -L$(APPDIR)/examples/hello | ||||||
| CFLAGS += ${INCDIR_PREFIX}/home/user/hex-converter/src | ||||||
|
|
||||||
| endif | ||||||
| ``` | ||||||
|
|
||||||
| To use the library, we edit the `hello_main.c` file to look like this: | ||||||
|
|
||||||
| ```c | ||||||
| /**************************************************************************** | ||||||
| * Included Files | ||||||
| ****************************************************************************/ | ||||||
|
|
||||||
| #include <nuttx/config.h> | ||||||
| #include <stdio.h> | ||||||
| #include <stdlib.h> | ||||||
|
|
||||||
| #include "hex_to_rgb.h" | ||||||
|
|
||||||
| /**************************************************************************** | ||||||
| * Public Functions | ||||||
| ****************************************************************************/ | ||||||
|
|
||||||
| /**************************************************************************** | ||||||
| * hello_main | ||||||
| ****************************************************************************/ | ||||||
|
|
||||||
| int main(int argc, FAR char *argv[]) | ||||||
| { | ||||||
| int rgb[3]; | ||||||
| int result; | ||||||
|
|
||||||
| if (argc != 2) { | ||||||
| return EXIT_FAILURE; | ||||||
| } | ||||||
|
|
||||||
| printf("Input: %s\n", argv[1]); | ||||||
|
|
||||||
| result = hex_to_rgb(argv[1], rgb); | ||||||
|
|
||||||
| if (result == HEX_TO_RGB_SUCCESS) { | ||||||
| printf("RGB: (%d, %d, %d)\n", rgb[0], rgb[1], rgb[2]); | ||||||
| } | ||||||
| else { | ||||||
| printf("Error: %d\n", result); | ||||||
| } | ||||||
|
|
||||||
| return result; | ||||||
| } | ||||||
| ``` | ||||||
|
|
||||||
| After all changes are done, build the NuttX simulation: | ||||||
|
|
||||||
| 1. `./tools/configure.sh sim:nsh` | ||||||
| 2. `make` | ||||||
| 3. Execute: `./nuttx` | ||||||
|
|
||||||
| Call the `hello` program. This executes the HEX to RGB conversion: | ||||||
| ``` | ||||||
| user@desktop:~/nxsupport/nuttx$ ./nuttx | ||||||
| NuttShell (NSH) NuttX-12.8.0 | ||||||
| nsh> hello "#1a2b3c" | ||||||
| Input: #1a2b3c | ||||||
| RGB: (26, 43, 60) | ||||||
| nsh> | ||||||
| ``` | ||||||
|
|
||||||
| Success! We can compile our library externally, link it to a NuttX application, and use it. | ||||||
|
|
||||||
| ## Using the library on ESP32C6 | ||||||
|
|
||||||
| Now that simulation works, we must look into a real use case that requires the same code to work on hardware. | ||||||
| For this, we must compile the library to be supported on our RISC-V target. | ||||||
|
|
||||||
| ### Cross-compilation | ||||||
|
|
||||||
| In the hex-converter Makefile, the CC instruction changes to `riscv-none-elf-gcc` instead of `gcc` when you set the TARGET variable. | ||||||
|
|
||||||
| Clear the environment to delete the x86 build and rebuild for RISC-V: | ||||||
| 1. `make clean` | ||||||
| 2. `make TARGET=riscv32` | ||||||
|
|
||||||
| The same `libhex_to_rgb.a` library is ready, but now it can be used on RISC-V devices. This can be verified easily: | ||||||
|
|
||||||
| ``` | ||||||
| $ file main | ||||||
| main: ELF 32-bit LSB executable, UCB RISC-V, RVC, soft-float ABI, version 1 (SYSV), statically linked, not stripped | ||||||
| ``` | ||||||
|
|
||||||
| ### Test on target | ||||||
|
|
||||||
| Clean the NuttX environment with `make distclean` and configure it for the `nsh` example of ESP32-C6. | ||||||
|
|
||||||
| Copy the new `libhex_to_rgb.a` to the `hello` example directory. Then configure and build the project: | ||||||
|
|
||||||
| 1. `make distclean` | ||||||
| 2. `./tools/configure.sh esp32c6-devkitc:nsh` | ||||||
| 3. On `menuconfig`, enable Hello World example (Application Configuration → Examples > "Hello World" Example) | ||||||
| 4. `make` | ||||||
|
|
||||||
| Flash the board and try the `hello` example using the serial console: | ||||||
|
|
||||||
| ``` | ||||||
| [...] | ||||||
| SHA-256 comparison failed: | ||||||
| Calculated: d07603736784dd3c56754d4d27366ffd0c2a32aebaddea7e6c0a153ad774ba15 | ||||||
| Expected: 00000000009d0000000000000000000000000000000000000000000000000000 | ||||||
| Attempting to boot anyway... | ||||||
| entry 0x40805496 | ||||||
| pmu_param(dbg): blk_version is less than 3, act dbias not burnt in efuse | ||||||
| *** Booting NuttX *** | ||||||
| [...] | ||||||
| NuttShell (NSH) NuttX-12.8.0 | ||||||
| nsh> hello "#1a2b3c" | ||||||
| Input: #1a2b3c | ||||||
| RGB: (26, 43, 60) | ||||||
| nsh> | ||||||
| ``` | ||||||
|
|
||||||
| With a simple change of compiler and no changes to the NuttX build system, we were able to have the same example | ||||||
| running on an ESP32-C6. | ||||||
|
|
||||||
| ## Conclusion | ||||||
|
|
||||||
| This article demonstrates how to integrate external libraries into NuttX applications using static libraries and cross-compilation. The process involves three main steps: building the library on x86, integrating it into the NuttX simulation environment, and cross-compiling for the target hardware. | ||||||
|
|
||||||
| The static library approach offers several advantages. You can develop and test your code on an x86 machine without flashing the target device. The same library works across different architectures with minimal changes, requiring only a recompilation step. This workflow saves development time and simplifies the porting process. | ||||||
|
|
||||||
| By following these steps, you can add existing software stacks to NuttX without moving your entire codebase into the NuttX directory structure. This approach maintains separation between your application code and the RTOS, making maintenance and updates easier. | ||||||
|
|
||||||
| ## Related Resources | ||||||
|
|
||||||
| - [NuttX ESP32 Documentation](https://nuttx.apache.org/docs/latest/platforms/risc-v/esp32c6/index.html) | ||||||
| - [Getting Started with NuttX and ESP32](https://developer.espressif.com/blog/nuttx-getting-started/) | ||||||
Uh oh!
There was an error while loading. Please reload this page.