2 Commits

This Branch

This Branch

All Branches

Author	SHA1	Message	Date
Aaron Jacobs	9ef4b6c1ff	x/sys/unix: remove the SYS___SYSCTL manual edit for darwin/amd64. ... In commit e3fe6f5 I manually renamed SYS_SYSCTL to SYS___SYSCTL so that syscall_bsd.go would continue to build, despite a rename of __sysctl to sysctl somewhere between these two XNU versions: http://www.opensource.apple.com/source/xnu/xnu-2422.90.20/bsd/kern/syscalls.master http://www.opensource.apple.com/source/xnu/xnu-2782.1.97/bsd/kern/syscalls.master In this commit I add a workaround that doesn't require manual edits to autogenerated output, so regenerating the output should now cause no diffs. Change-Id: I0286484e7efcf9762ce39e5dcc7a8366e3798a77 Reviewed-on: https://go-review.googlesource.com/14091 Reviewed-by: Brad Fitzpatrick <bradfitz@golang.org>	2015-08-31 05:03:18 +00:00
Aaron Jacobs	e3fe6f5d46	x/sys/unix: regenerate darwin/amd64 outputs with the latest SDK ... I did this on OS X 10.10.5 (14F27) using the 10.10 SDK included in Xcode 6.4 (6E35b). This required removing a C include from mkerrors.sh, since it doesn't exist on either of my two systems. I spot checked the syscall number changes against this definitive list, which is for approximately my kernel version: http://www.opensource.apple.com/source/xnu/xnu-2782.20.48/bsd/kern/syscalls.master Everything I examined checked out, including the removed syscalls being marked as "old" or being described in comments as no longer existing. There is one exception to the output being cleanly autogenerated: I have manually renamed SYS_SYSCTL back to SYS___SYSCTL, the name used previously and still used by syscall_bsd.go. Because it would distract from this CL, I will fix this in an upcoming CL. Change-Id: I0168f608cab714aa5981b3e7d08d8fd84888d0d5 Reviewed-on: https://go-review.googlesource.com/14006 Reviewed-by: Ian Lance Taylor <iant@golang.org>	2015-08-31 01:45:38 +00:00