Fork of libopencm3 with some minor additions
Go to file
Harald Welte 32da9f931b vector.h: Add slot for openblt signature
The openblt boot loader needs one extra slot in the vector table in
order to store the signature and detect a valid boot image.
2021-03-28 21:40:42 +02:00
doc stm32g4: Add basic support 2020-04-09 23:29:00 +00:00
include vector.h: Add slot for openblt signature 2021-03-28 21:40:42 +02:00
ld ld: support ".ramtext" section hook to place functions in ram 2020-11-28 22:13:25 +00:00
lib stm32 added better RTC periph API functions 2021-03-25 21:11:07 +00:00
mk mk: genlink: simplify variable usage 2020-11-28 22:13:25 +00:00
scripts gendoxylist: make it not "crash" if you try interactively at least 2020-11-28 22:13:25 +00:00
tests tests: stm32f1: use new clock struct routines 2020-11-28 22:13:25 +00:00
.gitignore gitignore: ensure some non-generated are included 2020-01-04 23:01:57 +00:00
.travis.yml travis: add irc notifications on master 2018-03-04 21:35:46 +00:00
COPYING.GPL3 License change of the library to LGPL, version 3 or later. 2012-03-02 14:44:49 -08:00
COPYING.LGPL3 License change of the library to LGPL, version 3 or later. 2012-03-02 14:44:49 -08:00
HACKING HACKING: update link to kernel code style doc 2019-04-04 21:06:03 +00:00
HACKING_COMMON_DOC Changes to doxygen markup to solve a few problems that upset 2013-06-02 18:17:49 -07:00
Makefile Make GENHDR build faster 2020-10-07 22:02:39 +00:00 README: flag the wildwest-N preview branches 2020-11-28 22:13:25 +00:00
locm3.sublime-project [STM32F3] Removed all specific F3 stuff out of common files. 2013-07-07 16:01:51 -07:00


Build Status

Gitter channel

The libopencm3 project aims to create an open-source firmware library for various ARM Cortex-M microcontrollers.

Currently (at least partly) supported microcontrollers:

  • ST STM32 F0xx/F1xx/F2xx/F30x/F37x/F4xx/F7xx/H7xx series
  • ST STM32 G0xx G4xx L0xx L1xx L4xx series
  • Atmel SAM3A/3N/3S/3U/3X series, as well as SAMDxx and friends
  • NXP LPC1311/13/17/42/43
  • Stellaris LM3S series (discontinued, without replacement)
  • TI (Tiva) LM4F series (continuing as TM4F, pin and peripheral compatible)
  • EFM32 Gecko series (only core support)
  • Freescale Vybrid VF6xx
  • Qorvo (formerly ActiveSemi) PAC55XX
  • Synwit SWM050

The library is written completely from scratch based on the vendor datasheets, programming manuals, and application notes. The code is meant to be used with a GCC toolchain for ARM (arm-elf or arm-none-eabi), flashing of the code to a microcontroller can be done using the OpenOCD ARM JTAG software.

Status and API

The libopencm3 project is (and presumably, always will be) a work in progress. Not all subsystems of all microcontrollers are supported, yet, though some parts have more complete support than others.

Prior to version 0.8.0, the api was largely in flux. Attempts were made to provide backwards compatibility, but this was not always considered critical.

From 0.8.0 to 1.0, we'll atempt to follow semver, but EXPECT CHANGES, as we attempt to clear up old APIs and remove deprecated functions. The 0.8.0 tag was placed to provide the "old stable" point before all the new code started landing.

preview code often lands in the "wildwest-N" branches that appear and disappear in the repository. Pull requests marked as "merged-dev" will be in this branch, and will be closed when they merge to master. This is useful for bigger interdependent patch sets, and also allows review of merge conflicts in public.

From 1.0, expect to follow semver, with functions (and defines!) being deprecated for a release before being removed.

TIP: Include this repository as a Git submodule in your project to make sure your users get the right version of the library to compile your project. For how that can be done refer to the libopencm3-template repository.


Building requires Python (some code is generated).

For Ubuntu/Fedora:

  • An arm-none-eabi/arm-elf toolchain.

For Windows:

Download and install:

Run msys shell and set the path without standard Windows paths (adjusting to your version of Python), so Windows programs such as 'find' won't interfere:

export PATH="/c//Program Files/Python 3.9:/c/ARMToolchain/bin:/usr/local/bin:/usr/bin:/bin"

After that you can navigate to the folder where you've extracted libopencm3 and build it.


The most heavily tested toolchain is "gcc-arm-embedded"

Other toolchains should work, but they have not been nearly as well tested. Toolchains targeting Linux, such as "gcc-arm-linux-gnu" or the like are not appropriate.

NOTE: We recommend that you use gcc-arm-embedded version 4.8 2014q3 or newer to build all platforms covered by libopencm3 successfully.


$ make

If you have an arm-elf toolchain (uncommon) you may want to override the toolchain prefix (arm-none-eabi is the default)

$ PREFIX=arm-elf make

For a more verbose build you can use

$ make V=1

Fine-tuning the build

The build may be fine-tuned with a limited number of parameters, by specifying them as environment variables, for example:

$ VARIABLE=value make
  • FP_FLAGS - Control the floating-point ABI

    If the Cortex-M core supports a hard float ABI, it will be compiled with the best floating-point support by default. In cases where this is not desired, the behavior can be specified by setting FP_FLAGS.

    Currently, M4F cores default to -mfloat-abi=hard -mfpu=fpv4-sp-d16, and M7 cores defaults to double precision -mfloat-abi=hard -mfpu=fpv5-d16 if available, and single precision -mfloat-abi=hard -mfpu=fpv5-sp-d16 otherwise. Other architectures use no FP flags, in otherwords, traditional softfp.

    You may find which FP_FLAGS you can use in a particular architecture in the readme.txt file shipped with the gcc-arm-embedded package.


      $ FP_FLAGS="-mfloat-abi=soft" make               # No hardfloat
      $ FP_FLAGS="-mfloat-abi=hard -mfpu=magic" make   # New FPU we don't know of
  • CFLAGS - Add to or supersede compiler flags

    If the library needs to be compiled with additional flags, they can be passed to the build system via the environment variable CFLAGS. The contents of CFLAGS will be placed after all flags defined by the build system, giving the user a way to override any default if necessary.


      $ CFLAGS="-fshort-wchar" make    # Compile lib with 2 byte wide wchar_t

Example projects

The libopencm3 community has written and is maintaining a huge collection of examples, displaying the capabilities and uses of the library. You can find all of them in the libopencm3-examples repository:

If you just wish to test your toolchain and build environment, a collection of mini blink projects is available too. This covers many more boards, but, as the name suggests, only demonstrates blinking LEDs.


Simply pass -I and -L flags to your own project. See the libopencm3-template repository for a template repository using this library as a Git submodule, the most popular method of use. The libopencm3-examples is another example of this.

It is strongly advised that you do not attempt to install this library to any path inside your toolchain itself. While this means you don't have to include any -I or -L flags in your projects, it is very easy to confuse a multi-library linker from picking the right versions of libraries. Common symptoms are hardfaults caused by branches into ARM code. You can use arm-none-eabi-objdump to check for this in your final ELF file. You have been warned.

Coding style and development guidelines



The libopencm3 code is released under the terms of the GNU Lesser General Public License (LGPL), version 3 or later.

See COPYING.GPL3 and COPYING.LGPL3 for details.


  • Our Gitter channel
  • Our IRC channel on the freenode IRC network is called #libopencm3

Mailing lists