108fdcc56e
This ports https://golang.org/cl/227163 to the Go frontend. This is a step toward moving up to the go1.15rc1 release. Original CL description: cmd/compile,runtime: pass only ptr and len to some runtime calls Some runtime calls accept a slice, but only use ptr and len. This change modifies most such routines to accept only ptr and len. After this change, the only runtime calls that accept an unnecessary cap arg are concatstrings and slicerunetostring. Neither is particularly common, and both are complicated to modify. Negligible compiler performance impact. Shrinks binaries a little. There are only a few regressions; the one I investigated was due to register allocation fluctuation. Passes 'go test -race std cmd', modulo golang/go#38265 and golang/go#38266. Wow, does that take a long time to run. file before after Δ % compile 19655024 19655152 +128 +0.001% cover 5244840 5236648 -8192 -0.156% dist 3662376 3658280 -4096 -0.112% link 6680056 6675960 -4096 -0.061% pprof 14789844 14777556 -12288 -0.083% test2json 2824744 2820648 -4096 -0.145% trace 11647876 11639684 -8192 -0.070% vet 8260472 8256376 -4096 -0.050% total 115163736 115118808 -44928 -0.039% For golang/go#36890 Reviewed-on: https://go-review.googlesource.com/c/gofrontend/+/245099 |
||
---|---|---|
.. | ||
config | ||
go | ||
misc/cgo | ||
runtime | ||
testsuite | ||
aclocal.m4 | ||
check-packages.txt | ||
config.h.in | ||
configure | ||
configure.ac | ||
goarch.sh | ||
godeps.sh | ||
gotool-packages.txt | ||
libgo-packages.txt | ||
libgo.imp | ||
LICENSE | ||
Makefile.am | ||
Makefile.in | ||
match.sh | ||
MERGE | ||
merge.sh | ||
mkrsysinfo.sh | ||
mkruntimeinc.sh | ||
mksigtab.sh | ||
mksysinfo.sh | ||
mvifdiff.sh | ||
PATENTS | ||
README | ||
README.gcc | ||
sysinfo.c | ||
VERSION |
See ../README. This is the runtime support library for the Go programming language. This library is intended for use with the Go frontend. This library should not be stripped when it is installed. Go code relies on being able to look up file/line information, which comes from the debugging info using the libbacktrace library. The library has only been tested on GNU/Linux using glibc, and on Solaris. It should not be difficult to port to other operating systems. Directories: go A copy of the Go library from http://golang.org/, with several changes for gccgo. runtime Runtime functions, written in C, which are called directly by the compiler or by the library. Contributing ============ To contribute patches to the files in this directory, please see http://golang.org/doc/gccgo_contribute.html . The master copy of these files is hosted at http://code.google.com/p/gofrontend . Changes to these files require signing a Google contributor license agreement. If you are the copyright holder, you will need to agree to the individual contributor license agreement at http://code.google.com/legal/individual-cla-v1.0.html. This agreement can be completed online. If your organization is the copyright holder, the organization will need to agree to the corporate contributor license agreement at http://code.google.com/legal/corporate-cla-v1.0.html. If the copyright holder for your code has already completed the agreement in connection with another Google open source project, it does not need to be completed again. Debugging ========= This describes how to test libgo when built as part of gccgo. To test a specific package, cd to the libgo build directory (TARGET/libgo) and run `make PKG/check`. For example, `make bytes/check`. To see the exact commands that it runs, including how the compiler is invoked, run `make GOTESTFLAGS=--trace bytes/check`. This will display the commands if the test fails. If the test passes, the commands and other output will be visible in a file named check-testlog in a subdirectory with the name of the package being checked. In the case of bytes/check, this will create bytes/check-testlog. To leave the test program behind, run `make GOTESTFLAGS=--keep bytes/check`. That will leave a gotestNNNN/test directory in the libgo build directory. In that directory you can run `LD_LIBRARY_PATH=../../.libs ./a.out -test.short` to run the tests. You can run specific failing tests using a -test.run option. You can see the tests being run with the -test.v option. You can run the program under a debugger such as gdb.