Tinygo - Go-компилятор для встраиваемых систем (форк https://github.com/tinygo-org/tinygo) С поддержкой сборки динамических библиотек
Найти файл
Ayke van Laethem 5792f3a1cf builder: improve accuracy of the -size=full flag
This commit improves accuracy of the -size=full flag in a big way.
Instead of relying on symbol names to figure out by which package
symbols belong, it will instead mostly use DWARF debug information
(specifically, debug line tables and debug information for global
variables) relying on symbols only for some specific things. This is
much more accurate: it also accounts for inlined functions.

For example, here is how it looked previously when compiling a personal
project:

     code  rodata    data     bss |   flash     ram | package
     1902     333       0       0 |    2235       0 | (bootstrap)
       46     256       0       0 |     302       0 | github
        0     454       0       0 |     454       0 | handleHardFault$string
      154      24       4       4 |     182       8 | internal/task
     2498      83       5    2054 |    2586    2059 | machine
        0      16      24     130 |      40     154 | machine$alloc
     1664      32      12       8 |    1708      20 | main
        0       0       0     200 |       0     200 | main$alloc
     2476      79       0      36 |    2555      36 | runtime
      576       0       0       0 |     576       0 | tinygo
     9316    1277      45    2432 |   10638    2477 | (sum)
    11208       -      48    6548 |   11256    6596 | (all)

And here is how it looks now:

     code  rodata    data     bss |   flash     ram | package
  ------------------------------- | --------------- | -------
     1509       0      12      23 |    1521      35 | (unknown)
      660       0       0       0 |     660       0 | C compiler-rt
       58       0       0       0 |      58       0 | C picolibc
        0       0       0    4096 |       0    4096 | C stack
      174       0       0       0 |     174       0 | device/arm
        6       0       0       0 |       6       0 | device/sam
      598     256       0       0 |     854       0 | github.com/aykevl/ledsgo
      320      24       0       4 |     344       4 | internal/task
     1414      99      24    2181 |    1537    2205 | machine
      726     352      12     208 |    1090     220 | main
     3002     542       0      36 |    3544      36 | runtime
      848       0       0       0 |     848       0 | runtime/volatile
       70       0       0       0 |      70       0 | time
      550       0       0       0 |     550       0 | tinygo.org/x/drivers/ws2812
  ------------------------------- | --------------- | -------
     9935    1273      48    6548 |   11256    6596 | total

There are some notable differences:

  * Odd packages like main$alloc and handleHardFault$string are gone,
    instead their code is put in the correct package.
  * C libraries and the stack are now included in the list, they were
    previously part of the (bootstrap) pseudo-package.
  * Unknown bytes are slightly reduced. It should be possible to reduce
    it significantly more in the future: most of it is now caused by
    interface invoke wrappers.
  * Inlined functions are now correctly attributed. For example, the
    runtime/volatile package is normally entirely inlined.
  * There is no difference between (sum) and (all) anymore. A better
    code size algorithm now counts the code/data sizes correctly.
  * And last (but not least) there is a stylistic change: the table now
    looks more like a table. Especially the summary should be clearer
    now.

Future goals:

  * Improve debug information so that the (unknown) pseudo-package is
    reduced in size or even eliminated altogether.
  * Add support for other file formats, most importantly WebAssembly.
  * Perhaps provide a way to expand this report per file, or in a
    machine-readable format like JSON or CSV.
2021-11-03 16:28:04 +01:00
.circleci all: drop support for LLVM 10 2021-10-31 10:44:17 +01:00
.github/workflows docker: add GH actions build on fix-docker-llvm-build branch to sort out build issues 2021-08-18 20:18:16 +02:00
bin all: add stub pieces for GoLand support 2018-12-01 18:32:34 +01:00
builder builder: improve accuracy of the -size=full flag 2021-11-03 16:28:04 +01:00
cgo all: drop support for LLVM 10 2021-10-31 10:44:17 +01:00
compileopts cgo: add support for stdio in picolibc and wasi-libc 2021-10-26 17:08:30 +02:00
compiler compiler: change symbol name for string and packed data constants 2021-11-03 16:28:04 +01:00
docs docs: change links in README and remove old ReadTheDocs pages to point to TinyGo.org site 2019-01-13 20:29:45 +01:00
goenv version: update TinyGo version to 0.21.0-dev 2021-09-23 21:08:44 +02:00
hooks dockerhub: use post checkout hook for git submodule init 2020-08-03 08:30:31 +02:00
interp interp: use object layout information for LLVM types 2021-11-02 22:16:15 +01:00
lib cgo: add support for stdio in picolibc and wasi-libc 2021-10-26 17:08:30 +02:00
loader builder: improve accuracy of the -size=full flag 2021-11-03 16:28:04 +01:00
src compiler, runtime: add layout parameter to runtime.alloc 2021-11-02 22:16:15 +01:00
stacksize compiler: add minsize attribute for -Oz 2021-11-03 13:40:13 +01:00
targets cgo: add support for stdio in picolibc and wasi-libc 2021-10-26 17:08:30 +02:00
testdata interp: use object layout information for LLVM types 2021-11-02 22:16:15 +01:00
tests all: use new testing features of Go 1.14 and 1.15 2021-08-16 21:19:26 +02:00
tools Fix gen-device-svd to handle 64-bit 2021-10-27 14:52:27 +02:00
transform compiler: add minsize attribute for -Oz 2021-11-03 13:40:13 +01:00
.dockerignore docker: apt clean before apt get of llvm to avoid broken packages 2021-08-18 20:01:50 +02:00
.gitignore rp2040: git ignore generated device files 2021-05-29 19:56:50 +02:00
.gitmodules stm32: use stm32-rs SVDs which are of much higher quality 2021-01-09 21:45:07 +01:00
azure-pipelines.yml all: add support for Go 1.17 2021-08-30 09:18:58 +02:00
BUILDING.md ci: drop support for Go 1.13 and 1.14 2021-08-16 21:19:26 +02:00
CHANGELOG.md main: release version 0.20.0 2021-09-21 18:05:21 +02:00
CODE-OF-CONDUCT.md docs: add official code of conduct using 'Contributor Covenant' 2019-12-04 21:53:46 +01:00
colorwriter.go all: implement gdb sub-command for easy debugging 2018-10-03 19:03:22 +02:00
CONTRIBUTING.md all: changeover to eliminate all direct use of master/slave terminology 2020-07-23 22:45:23 +02:00
CONTRIBUTORS update my name in the contributors list 2020-09-12 16:51:47 +02:00
Dockerfile docker: add picolibc-include directory 2021-10-27 20:49:06 +02:00
go.mod bump go.bug.st/serial to version 1.1.3 2021-10-27 14:43:38 +02:00
go.sum bump go.bug.st/serial to version 1.1.3 2021-10-27 14:43:38 +02:00
LICENSE docs: update license for 2021 2021-03-01 23:31:34 +01:00
main.go main: use emulator exit code instead of parsing test output 2021-10-06 09:04:06 +02:00
main_test.go main: use emulator exit code instead of parsing test output 2021-10-06 09:04:06 +02:00
Makefile all: drop support for LLVM 10 2021-10-31 10:44:17 +01:00
README.md board: add M5Stack Core2 2021-10-20 20:28:47 +02:00
util_unix.go all: add support for Windows 2019-10-17 00:14:59 +02:00
util_windows.go gdb: support daemonization on windows 2021-03-04 14:46:10 +01:00

TinyGo - Go compiler for small places

CircleCI Build Status

TinyGo is a Go compiler intended for use in small places such as microcontrollers, WebAssembly (Wasm), and command-line tools.

It reuses libraries used by the Go language tools alongside LLVM to provide an alternative way to compile programs written in the Go programming language.

Here is an example program that blinks the built-in LED when run directly on any supported board with onboard LED:

package main

import (
    "machine"
    "time"
)

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

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

The above program can be compiled and run without modification on an Arduino Uno, an Adafruit ItsyBitsy M0, or any of the supported boards that have a built-in LED, just by setting the correct TinyGo compiler target. For example, this compiles and flashes an Arduino Uno:

tinygo flash -target arduino examples/blinky1

Installation

See the getting started instructions for information on how to install TinyGo, as well as how to run the TinyGo compiler using our Docker container.

Supported boards/targets

You can compile TinyGo programs for microcontrollers, WebAssembly and Linux.

The following 71 microcontroller boards are currently supported:

For more information, see this list of boards. Pull requests for additional support are welcome!

Currently supported features:

For a description of currently supported Go language features, please see https://tinygo.org/lang-support/.

Documentation

Documentation is located on our web site at https://tinygo.org/.

You can find the web site code at https://github.com/tinygo-org/tinygo-site.

Getting help

If you're looking for a more interactive way to discuss TinyGo usage or development, we have a #TinyGo channel on the Gophers Slack.

If you need an invitation for the Gophers Slack, you can generate one here which should arrive fairly quickly (under 1 min): https://invite.slack.golangbridge.org

Contributing

Your contributions are welcome!

Please take a look at our CONTRIBUTING.md document for details.

Project Scope

Goals:

  • Have very small binary sizes. Don't pay for what you don't use.
  • Support for most common microcontroller boards.
  • Be usable on the web using WebAssembly.
  • Good CGo support, with no more overhead than a regular function call.
  • Support most standard library packages and compile most Go code without modification.

Non-goals:

  • Using more than one core.
  • Be efficient while using zillions of goroutines. However, good goroutine support is certainly a goal.
  • Be as fast as gc. However, LLVM will probably be better at optimizing certain things so TinyGo might actually turn out to be faster for number crunching.
  • Be able to compile every Go program out there.

Why this project exists

We never expected Go to be an embedded language and so its 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 we 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.

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

License

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

Some code has been copied from the LLVM project and is therefore licensed under a variant of the Apache 2.0 license. This has been clearly indicated in the header of these files.

Some code has been copied and/or ported from Paul Stoffregen's Teensy libraries and is therefore licensed under PJRC's license. This has been clearly indicated in the header of these files.