summaryrefslogtreecommitdiff
path: root/src/syscall/asm_freebsd_amd64.s
Commit message (Collapse)AuthorAgeFilesLines
* liblink: make GO_ARGS the default for functions beginning with ?Russ Cox2014-09-161-5/+0
| | | | | | | | | | | | | | | | | If there is a leading ?, assume there is a Go prototype and attach the Go prototype information to the function. If the function is not called from Go and does not need a Go prototype, it can be made file-local instead (using name<>(SB)). This fixes the current BSD build failures, by giving functions like sync/atomic.StoreUint32 argument stack map information. Fixes issue 8753. LGTM=khr, iant R=golang-codereviews, iant, khr, bradfitz CC=golang-codereviews, r, rlh https://codereview.appspot.com/142150043
* syscall: add #include "funcdata.h" to files modified in last CLRuss Cox2014-09-121-0/+1
| | | | | | | | That's what defines GO_ARGS. TBR=khr CC=golang-codereviews https://codereview.appspot.com/141460043
* syscall: make func Syscall use pointer maps from Go prototypesRuss Cox2014-09-121-0/+5
| | | | | | | | | | | | | | | | | | | | | Before, Syscall and friends were having their arguments treated conservatively. Now they will use the Go prototype, which will mean the arguments are not considered pointers at all. This is safe because of CL 139360044. The fact that all these non-Solaris systems were using conservative scanning of the Syscall arguments is why the failure that prompted CL 139360044 was only observed on Solaris, which does something completely different. If we'd done this earlier, we'd have seen the Solaris failure in more places. LGTM=khr R=khr CC=golang-codereviews https://codereview.appspot.com/144730043
* build: move package sources from src/pkg to srcRuss Cox2014-09-081-0/+141
Preparation was in CL 134570043. This CL contains only the effect of 'hg mv src/pkg/* src'. For more about the move, see golang.org/s/go14nopkg.