1
0
mirror of https://github.com/golang/go synced 2024-11-15 07:20:45 -07:00
go/src
Cherry Mui 0b72631a82 cmd/compile: generate args_stackmap for ABI0 assembly func regardless of linkname
Currently, the compiler generates the argument stack map based on
the function signature for bodyless function declarations, if it
is not linknamed. The assumption is that linknamed function is
provided by (Go code in) another package, so its args stack map
will be generated when compiling that package.

Now we have linknames added to declarations of assembly functions,
to signal that this function is accessed externally. Examples
include runtime.morestack_noctxt, math/big.addVV. In the current
implementation the compiler does not generate its args stack map.
That causes the assembly function's args stack map missing.
Instead, change it to generate the stack map if it is a
declaration of an ABI0 function, which can only be defined in
assembly and passed to the compiler through the -symabis flag. The
stack map generation currently only works with ABI0 layout anyway,
so we don't need to handle ABIInternal assembly functions.

Change-Id: Ic9da3b4854c604e64ed01584da3865994f5b95b8
Reviewed-on: https://go-review.googlesource.com/c/go/+/587928
LUCI-TryBot-Result: Go LUCI <golang-scoped@luci-project-accounts.iam.gserviceaccount.com>
Reviewed-by: Than McIntosh <thanm@google.com>
2024-06-07 15:22:22 +00:00
..
archive archive/zip: fix UncompressedSize godoc 2024-05-28 21:41:09 +00:00
arena
bufio
builtin
bytes all: document legacy //go:linkname for final round of modules 2024-05-29 17:58:53 +00:00
cmd cmd/compile: generate args_stackmap for ABI0 assembly func regardless of linkname 2024-06-07 15:22:22 +00:00
cmp
compress
container
context
crypto crypto/x509: don't panic when asn1.ObjectIdentifier is shorter than x509.OID 2024-06-04 19:10:38 +00:00
database/sql all: document legacy //go:linkname for final round of modules 2024-05-29 17:58:53 +00:00
debug all: document legacy //go:linkname for final round of modules 2024-05-29 17:58:53 +00:00
embed
encoding
errors
expvar
flag
fmt
go all: make function comments match function names 2024-06-03 14:56:25 +00:00
hash all: make function comments match function names 2024-06-03 14:56:25 +00:00
html
image all: make function comments match function names 2024-06-03 14:56:25 +00:00
index/suffixarray
internal all: make function comments match function names 2024-06-03 14:56:25 +00:00
io
iter iter: deflake TestPull by letting exiting goroutines finish 2024-05-24 19:15:10 +00:00
log
maps
math math/big: better doc string for Float.Copy, add example test 2024-06-06 15:46:54 +00:00
mime all: document legacy //go:linkname for final round of modules 2024-05-29 17:58:53 +00:00
net net/http: send body or close connection on expect-100-continue requests 2024-06-06 21:59:21 +00:00
os os/signal: clarify that non-Go thread may change signal mask 2024-06-04 22:16:01 +00:00
path
plugin
reflect all: document legacy //go:linkname for final round of modules 2024-05-29 17:58:53 +00:00
regexp
runtime runtime: add a note on SetFinalizer doc about method receiver 2024-06-07 01:56:56 +00:00
slices
sort
strconv
strings
structs
sync all: document legacy //go:linkname for modules with ≥100 dependents 2024-05-29 16:25:21 +00:00
syscall all: document legacy //go:linkname for final round of modules 2024-05-29 17:58:53 +00:00
testdata
testing
text text/template: clarify error when too few or too many return values 2024-05-24 22:23:55 +00:00
time time: time/internal_test.go remove redundant type conversion 2024-06-03 14:56:37 +00:00
unicode
unique
unsafe
vendor all: update vendored dependencies 2024-06-04 16:19:04 +00:00
all.bash
all.bat
all.rc
bootstrap.bash
buildall.bash
clean.bash
clean.bat
clean.rc
cmp.bash
go.mod all: update vendored dependencies 2024-06-04 16:19:04 +00:00
go.sum all: update vendored dependencies 2024-06-04 16:19:04 +00:00
make.bash make.bash: preserve GOROOT_BOOTSTRAP 2024-05-29 13:48:46 +00:00
make.bat
Make.dist
make.rc make.bash: preserve GOROOT_BOOTSTRAP 2024-05-29 13:48:46 +00:00
race.bash
race.bat
README.vendor
run.bash
run.bat
run.rc

Vendoring in std and cmd
========================

The Go command maintains copies of external packages needed by the
standard library in the src/vendor and src/cmd/vendor directories.

There are two modules, std and cmd, defined in src/go.mod and
src/cmd/go.mod. When a package outside std or cmd is imported
by a package inside std or cmd, the import path is interpreted
as if it had a "vendor/" prefix. For example, within "crypto/tls",
an import of "golang.org/x/crypto/cryptobyte" resolves to
"vendor/golang.org/x/crypto/cryptobyte". When a package with the
same path is imported from a package outside std or cmd, it will
be resolved normally. Consequently, a binary may be built with two
copies of a package at different versions if the package is
imported normally and vendored by the standard library.

Vendored packages are internally renamed with a "vendor/" prefix
to preserve the invariant that all packages have distinct paths.
This is necessary to avoid compiler and linker conflicts. Adding
a "vendor/" prefix also maintains the invariant that standard
library packages begin with a dotless path element.

The module requirements of std and cmd do not influence version
selection in other modules. They are only considered when running
module commands like 'go get' and 'go mod vendor' from a directory
in GOROOT/src.

Maintaining vendor directories
==============================

Before updating vendor directories, ensure that module mode is enabled.
Make sure that GO111MODULE is not set in the environment, or that it is
set to 'on' or 'auto', and if you use a go.work file, set GOWORK=off.

Requirements may be added, updated, and removed with 'go get'.
The vendor directory may be updated with 'go mod vendor'.
A typical sequence might be:

    cd src  # or src/cmd
    go get golang.org/x/net@master
    go mod tidy
    go mod vendor

Use caution when passing '-u' to 'go get'. The '-u' flag updates
modules providing all transitively imported packages, not only
the module providing the target package.

Note that 'go mod vendor' only copies packages that are transitively
imported by packages in the current module. If a new package is needed,
it should be imported before running 'go mod vendor'.