Tinygo - Go-компилятор для встраиваемых систем (форк https://github.com/tinygo-org/tinygo) С поддержкой сборки динамических библиотек
Найти файл
2018-06-08 13:43:12 +02:00
lib Add runtime support for the nRF52 2018-04-25 20:06:08 +02:00
src Add AVR support 2018-06-07 18:35:54 +02:00
.gitignore Automatically convert .svd files to Go source files 2018-05-05 19:02:43 +02:00
.gitmodules Add runtime support for the nRF52 2018-04-25 20:06:08 +02:00
analysis.go compiler: Fix interface analysis (oops!) 2018-06-07 18:24:47 +02:00
arm.ld Assorted allocator fixes 2018-06-07 18:24:31 +02:00
avr.ld Add AVR support 2018-06-07 18:35:54 +02:00
avr.S Add AVR support 2018-06-07 18:35:54 +02:00
gen-device.py Add AVR support 2018-06-07 18:35:54 +02:00
Makefile Add AVR support 2018-06-07 18:35:54 +02:00
README.markdown README: expand a bit 2018-06-08 13:43:12 +02:00
tgo.go compiler: Fix ChangeInterface 2018-06-08 13:41:13 +02:00

TinyGo - Go compiler for microcontrollers

We never expected Go to be an embedded language and so it's got serious problems [...].

-- Rob Pike, GopherCon 2014 Opening Keynote

TinyGo is a project to bring Go to microcontrollers and small systems with a single processor core. It is similar to emgo but a major difference is that I want to keep the Go memory model (which implies garbage collection of some sort). Another difference is that TinyGo uses LLVM internally instead of emitting C, which hopefully leads to smaller and more efficient code and certainly leads to more flexibility.

My original reasoning was: if Python can run on microcontrollers, then certainly Go should be able to and run on even lower level micros.

Example program (blinky):

import "machine"

func main() {
	led := machine.GPIO{machine.LED}
	led.Configure(machine.GPIOConfig{Mode: machine.GPIO_OUTPUT})
	for {
		led.Low()
		runtime.Sleep(runtime.Millisecond * 1000)

		led.High()
		runtime.Sleep(runtime.Millisecond * 1000)
	}
}

Currently supported features:

  • control flow
  • many (but not all) basic types: most ints, strings, structs
  • function calling
  • interfaces for basic types (with type switches and asserts)
  • goroutines (very initial support)
  • function pointers (non-blocking)

Not yet supported:

  • float, complex, etc.
  • maps
  • slices
  • interface methods
  • garbage collection
  • defer
  • closures
  • channels
  • introspection (if it ever gets implemented)
  • standard library (needs more language support)
  • ...

Analysis

The goal is to reduce code size (and increase performance) by performing all kinds of whole-program analysis passes. The official Go compiler doesn't do a whole lot of analysis (except for escape analysis) becauses it needs to be fast, but embedded programs are necessarily smaller so it becomes practical. And I think especially program size can be reduced by a large margin when actually trying to optimize for it.

Implemented analysis passes:

  • Check which functions are blocking. Blocking functions a functions that call sleep, chan send, etc. It's parents are also blocking.
  • Check whether the scheduler is needed. It is only needed when there are go statements for blocking functions.