lwdr 0.3.0

LightWeight D Runtime targetting ARM Cortex CPU/MCUs

To use this package, run the following command in your project's root directory:

Manual usage
Put the following dependency into your project's dependences section:

LWDR - Light Weight D Runtime


This is not a port of druntime! This is a completely new implementation for low-resource environments. Normal D code may not work here!

What is this?

This is the light weight D runtime - it is a barebones runtime targeting ARM Cortex CPUs. It works by abstracting hooks that the user can connect to their selected backend (be it an RTOS such as FreeRTOS, ChibiOS, etc or a minimalist system).

What works?

  1. Class allocations and deallocations (via new and delete)
  2. Struct heap allocations and deallocations (via new and delete)
  3. Invariants
  4. Asserts
  5. Contract programming
  6. Basic RTTI (via TypeInfo stubs)
  7. Interfaces
  8. Static Arrays
  9. Virtual functions and overrides
  10. Abstract classes
  11. Static classes
  12. Allocation and deallocation of dynamic arrays (opt in by version LWDR_DynamicArray)
  13. Concatenate an item to a dynamic array (opt in by version LWDR_DynamicArray)
  14. Concatenate two dynamic arrays together (opt in by version LWDR_DynamicArray)
  15. Dynamic array resizing (opt in by version LWDR_DynamicArray)
  16. Thread local storage (opt in by version LWDR_TLS)

What doesn't work?

  1. Exceptions and Throwables (experimental implementation was removed)
  2. Module constructors and destructors
  3. Static constructors and destructors
  4. Shared static constructors and destructors
  5. Module info
  6. There is no GC implementation (primitive memory tracking is now available with LWDR_TrackMem, RefCount!T and Unique!T are now available)
  7. Delegates/closures
  8. Associative arrays
  9. Object monitors
  10. Shared/synchronised

Which compilers can be used?

GDC works the best. LDC can only be used for points 1-16. Exception handling does not work on LDC. DMD is not compatible.

Has this been run on real hardware?

Yes, as of currently it has been run on an STM32F407.

How to use this?

You have to hook the functions declared in rtoslink.d by implementing them in your MCU development environment. For example, with FreeRTOS, rtosbackend_heapalloc points to a wrapper in the C/C++ land that wraps pvPortMalloc(...).

Example usage

First off, you will need an existing C/C++ project for your target microcontroller that builds with GCC and has some form of memory management (RTOS preferred). The C/C++ code can then call into your D functions (they must be marked extern(C)).

You will need to download GDC and compile it for the arm-none-eabi target. Once that is done, you can compile LWDR with your compatible D project. An example arm-none-eabi-gdc command is: arm-none-eabi-gdc "myapp.d" "dwarf_eh.d" "memory.d" "object.d" "rtoslink.d" "unwind.d" "util.d" "invariant_.d" "arrimpl.d" -nophoboslib -nostdlib -ggdb

This will output a lib archive that you can link into your C/C++ project and execute on an MCU.

Here is an example code using FreeRTOS:

module myapp;

import lwdr;

class Foo 
    // do something
  void bar()
    // do something

extern(C) void myDFunction() 
  Foo foo = new Foo; // this will invoke rtosbackend_heapalloc(..)
  LWDR.free(foo); // don't forget to free - there is no GC
  // LWDR.free will invoke rtosbackend_heapfreealloc(..)
// main.h
#ifndef __MAIN_H
#define __MAIN_H

#ifdef __cplusplus
extern "C" {

// defined in rtoslink.d
void* rtosbackend_heapalloc(unsigned int sz);
void rtosbackend_heapfreealloc(void* ptr);

void rtosbackend_arrayBoundFailure(char* file, unsigned int line);
void rtosbackend_assert(char* file, unsigned int line);
void rtosbackend_assertmsg(char* msg, char* file, unsigned int line);

void myDFunction(); // defined in myapp.d
#ifdef __cplusplus

#endif __MAIN_H
// main.cpp
#include "cmsis_os.h"

void* rtosbackend_heapalloc(unsigned int sz) // defined in rtoslink.d
  return pvPortMalloc(sz); // allocate some heap memory for D 

void rtosbackend_heapfreealloc(void* ptr)// defined in rtoslink.d
  vPortFree(ptr); // deallocate some heap memory for D
void rtosbackend_arrayBoundFailure(char* file, unsigned int line)
void rtosbackend_assert(char* file, unsigned int line)
void rtosbackend_assertmsg(char* msg, char* file, unsigned int line)

osThreadId_t defaultTaskHandle; // thread handle
osThreadAttr_t defaultTask_attributes; // thread attributes

void myTask(void *argument)

int main()
  defaultTask_attributes.name = "defaultTask";
	defaultTask_attributes.priority = (osPriority_t) osPriorityNormal;
	defaultTask_attributes .stack_size = 128 * 4;
  // create a thread that executes myTask
  defaultTaskHandle = osThreadNew(myTask, NULL, &defaultTask_attributes);
  osKernelStart(); // start the scheduler
  while(1) {}
  return 1;

GDB will be able to set breakpoints in D code and perform steps normally.


Credit to Adam D. Ruppe for his webassembly project that forms the basis of this project.

Credit to D Language Foundation for its D runtime.

Credit to LDC Developers for its D runtime.

Credit to GDC for its D runtime.

Credit to denizzka for his dcarm_test which helped with the implementation of TLS (thread local storage).

0.3.0 2021-Jun-19
0.3.0-beta.3 2021-Jun-19
0.3.0-beta.2 2021-Jun-17
0.3.0-beta.1 2021-Jun-17
0.2.3 2021-May-30
Show all 9 versions
Download Stats:
  • 0 downloads today

  • 0 downloads this week

  • 0 downloads this month

  • 2 downloads total

Short URL: