mirror of https://github.com/golang/go.git
doc/go1.3.html: document the state of FreeBSD
Update #7056 LGTM=bradfitz R=golang-codereviews, bradfitz CC=golang-codereviews https://golang.org/cl/88070045
This commit is contained in:
parent
ade6bc68b0
commit
59f6c81f98
|
|
@ -53,6 +53,18 @@ as of Go 1.3 it is not supported by Go either.
|
|||
</p>
|
||||
|
||||
|
||||
<h3 id="solaris">Support for FreeBSD</h3>
|
||||
|
||||
<p>
|
||||
It was not announced at the time, but since the release of Go 1.2, support for Go on FreeBSD
|
||||
requires FreeBSD 8 or above.
|
||||
</p>
|
||||
|
||||
<p>
|
||||
As of Go 1.3, support for Go on FreeBSD requires that the kernel be compiled with the
|
||||
<code>COMPAT_FREEBSD32</code> flag configured.
|
||||
</p>
|
||||
|
||||
<h2 id="memory">Changes to the memory model</h2>
|
||||
|
||||
<p>
|
||||
|
|
@ -370,8 +382,6 @@ now closes <a href="/pkg/net/http/#Request"><code>Request.Body</code></a>
|
|||
consistently, even on error.
|
||||
</li>
|
||||
|
||||
<li> TODO: net: enable fast socket creation using SOCK_CLOEXEC and Accept4 on FreeBSD 10 (69100043)</li>
|
||||
|
||||
<li>
|
||||
The <a href="/pkg/os/exec/"><code>os/exec</code></a> package now implements
|
||||
what the documentation has always said with regard to relative paths for the binary.
|
||||
|
|
@ -395,8 +405,6 @@ now considers the <code>DEL</code> character, <code>U+007F</code>, to be
|
|||
non-printing.
|
||||
</li>
|
||||
|
||||
<li> TODO: syscall: add Accept4 for freebsd (CL 68880043)</li>
|
||||
|
||||
<li>
|
||||
On Windows, the <a href="/pkg/syscall/"><code>syscall</code></a> package now
|
||||
supports the cdecl calling convention through the addition of a new function
|
||||
|
|
@ -405,8 +413,6 @@ alongside the existing function
|
|||
<a href="/pkg/syscall/#NewCallback"><code>NewCallback</code></a>.
|
||||
</li>
|
||||
|
||||
<li> TODO: syscall: add support for FreeBSD 10 (CL 56770044, 56980043)</li>
|
||||
|
||||
<li>
|
||||
The <a href="/pkg/testing/"><code>testing</code></a> package now
|
||||
diagnoses tests that call <code>panic(nil)</code>, which are almost always erroneous.
|
||||
|
|
|
|||
Loading…
Reference in New Issue