Tinygo - Go-компилятор для встраиваемых систем (форк https://github.com/tinygo-org/tinygo) С поддержкой сборки динамических библиотек
Найти файл
Ayke van Laethem 8982b8df83
runtime: refactor initialization code
Let each target handle its own initialization/finalization sequence
instead of providing one in the runtime with hooks for memory
initialization etc. This is much more flexible although it causes a
little bit of code duplication.
2018-10-08 14:49:33 +02:00
compiler compiler: fix expanded structs in invoke calls 2018-10-07 13:19:38 +02:00
docs docs: add avr-libc as a dependency 2018-10-07 22:14:44 +02:00
ir all: use LLVM library provided by the system 2018-09-30 15:10:04 +02:00
lib all: use compiler-rt for builtins 2018-10-07 19:04:29 +02:00
src runtime: refactor initialization code 2018-10-08 14:49:33 +02:00
targets all: improve compiler-rt compilation 2018-10-07 21:29:45 +02:00
testdata main: extra interface test for simple named types 2018-10-07 19:40:21 +02:00
tools nrf: add micro:bit board 2018-10-06 13:04:14 +02:00
.gitignore avr: automatically generate interrupt vectors 2018-09-23 20:37:22 +02:00
.gitmodules all: use compiler-rt for builtins 2018-10-07 19:04:29 +02:00
.travis.yml all: use compiler-rt for builtins 2018-10-07 19:04:29 +02:00
binutils.go compiler: add -size flag to replace size utility 2018-09-18 00:04:21 +02:00
buildcache.go all: use compiler-rt for builtins 2018-10-07 19:04:29 +02:00
builtins.go main: add aeabi builtins to arm targets 2018-10-07 23:20:46 +02:00
colorwriter.go all: implement gdb sub-command for easy debugging 2018-10-03 19:03:22 +02:00
LICENSE Add a LICENSE file 2018-08-18 19:04:14 +02:00
main.go main: generate binary files when compiling to .bin 2018-10-07 22:48:33 +02:00
main_test.go main: add -no-debug flag to avoid DWARF debug info 2018-09-25 20:17:46 +02:00
Makefile microbit: add Makefile entries for target=microbit 2018-10-07 19:06:00 +02:00
README.markdown travis: add Travis CI build script 2018-09-30 17:32:40 +02:00
target.go all: use compiler-rt for builtins 2018-10-07 19:04:29 +02:00

TinyGo - Go compiler for microcontrollers

Documentation Status Build Status

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"
	"time"
)

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

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

Currently supported features:

  • control flow
  • many (but not all) basic types: most ints, floats, strings, structs
  • function calling
  • interfaces for basic types (with type switches and asserts)
  • goroutines (very initial support)
  • function pointers (non-blocking)
  • interface methods
  • standard library (but most packages won't work due to missing language features)
  • slices (partially)
  • maps (very rough, unfinished)
  • defer
  • closures
  • bound methods

Not yet supported:

  • complex numbers
  • garbage collection
  • recover
  • channels
  • introspection (if it ever gets implemented)
  • ...

Supported targets

Most targets that are supported by LLVM should be supported by this compiler. This means amd64 (where most of the testing happens), ARM, and Cortex-M microcontrollers.

The AVR platform (as used by the Arduino, for example) is also supported when support for it is enabled in LLVM. However, because it is a Harvard style architecture with different address spaces for code and data and because LLVM turns globals into const for you (moving them to PROGMEM) most real programs don't work unfortunately. This can be fixed but that can be difficult to do efficiently and hasn't been implemented yet.

Analysis and optimizations

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 compiler passes:

  • Analyse which functions are blocking. Blocking functions are functions that call sleep, chan send, etc. Its parents are also blocking.
  • Analyse whether the scheduler is needed. It is only needed when there are go statements for blocking functions.
  • Analyse whether a given type switch or type assert is possible with type-based alias analysis. I would like to use flow-based alias analysis in the future, if feasible.
  • Do basic dead code elimination of functions. This pass makes later passes better and probably improves compile time as well.

Building

See the installation instructions.

License

This project is licensed under the BSD 3-clause license, just like the Go project itself.