<feed xmlns='http://www.w3.org/2005/Atom'>
<title>go, branch go1.8.5rc4</title>
<subtitle>Fork of Go programming language with my patches.</subtitle>
<id>http://git.kilabit.info/go/atom?h=go1.8.5rc4</id>
<link rel='self' href='http://git.kilabit.info/go/atom?h=go1.8.5rc4'/>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/go/'/>
<updated>2017-10-20T16:43:01Z</updated>
<entry>
<title>[release-branch.go1.8] go1.8.5</title>
<updated>2017-10-20T16:43:01Z</updated>
<author>
<name>Russ Cox</name>
<email>rsc@golang.org</email>
</author>
<published>2017-10-20T16:43:01Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/go/commit/?id=fab5e254b2a03d3153f850774d87a79840740fe9'/>
<id>urn:sha1:fab5e254b2a03d3153f850774d87a79840740fe9</id>
<content type='text'>
TESTING: go1.8.5rc4

DO NOT REVIEW

Change-Id: I7c6cf169e84329a31d2d9dc4c52d5c29e80482c9
</content>
</entry>
<entry>
<title>[release-branch.go1.8] cmd/internal/obj/x86: use LEAx rather than ADDx when calling DUFFxxxx via GOT</title>
<updated>2017-10-20T16:42:12Z</updated>
<author>
<name>Michael Hudson-Doyle</name>
<email>michael.hudson@canonical.com</email>
</author>
<published>2017-04-26T23:56:42Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/go/commit/?id=03d6e3722aea380a826de304dfedb7b30d7482e5'/>
<id>urn:sha1:03d6e3722aea380a826de304dfedb7b30d7482e5</id>
<content type='text'>
DUFFZERO on 386 is not marked as clobbering flags, but rewriteToUseGot rewrote
"ADUFFZERO $offset" to "MOVL runtime.duffxxx@GOT, CX; ADDL $offset, CX; CALL CX"
which does. Luckily the fix is easier than figuring out what the problem was:
replace the ADDL $offset, CX with LEAL $offset(CX), CX.

On amd64 DUFFZERO clobbers flags, on arm, arm64 and ppc64 ADD does not clobber
flags and s390x does not use the duff functions, so I'm fairly confident this
is the only fix required.

I don't know how to write a test though.

Change-Id: I69b0958f5f45771d61db5f5ecb4ded94e8960d4d
Reviewed-on: https://go-review.googlesource.com/41821
Run-TryBot: Michael Hudson-Doyle &lt;michael.hudson@canonical.com&gt;
TryBot-Result: Gobot Gobot &lt;gobot@golang.org&gt;
Reviewed-by: Keith Randall &lt;khr@golang.org&gt;
</content>
</entry>
<entry>
<title>[release-branch.go1.8] crypto/x509: reject intermediates with unknown critical extensions.</title>
<updated>2017-10-20T16:41:29Z</updated>
<author>
<name>Adam Langley</name>
<email>agl@golang.org</email>
</author>
<published>2017-10-06T19:46:22Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/go/commit/?id=bc7fb45f5a36c3bd7b81b9c6bf039f1ceec589e2'/>
<id>urn:sha1:bc7fb45f5a36c3bd7b81b9c6bf039f1ceec589e2</id>
<content type='text'>
In https://golang.org/cl/9390 I messed up and put the critical extension
test in the wrong function. Thus it only triggered for leaf certificates
and not for intermediates or roots.

In practice, this is not expected to have a security impact in the web
PKI.

[Merge conflicts resolved in verify_test.go]

Change-Id: I4f2464ef2fb71b5865389901f293062ba1327702
Reviewed-on: https://go-review.googlesource.com/69294
Run-TryBot: Adam Langley &lt;agl@golang.org&gt;
TryBot-Result: Gobot Gobot &lt;gobot@golang.org&gt;
Reviewed-by: Russ Cox &lt;rsc@golang.org&gt;
</content>
</entry>
<entry>
<title>[release-branch.go1.8] cmd/link: implement trampolines for ppc64le with ext linking</title>
<updated>2017-10-20T16:40:43Z</updated>
<author>
<name>Lynn Boger</name>
<email>laboger@linux.vnet.ibm.com</email>
</author>
<published>2017-06-08T12:26:19Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/go/commit/?id=0c629da1b350817aceda770f537f427133c0bcc2'/>
<id>urn:sha1:0c629da1b350817aceda770f537f427133c0bcc2</id>
<content type='text'>
When using golang on ppc64le there have been issues
when building executables that generate extremely large text
sections.  This is due to the call instruction and the limitation
on the offset field, which is smaller than most platforms.  If the
size of the call target offset is too big for the offset field in
the call instruction, then link errors can occur.

The original solution to this problem in golang was to split the
text section when it became too large, allowing the external (GNU)
linker to insert the necessary stub to handle the long call.  That
worked fine until the another size limit for the program size was hit,
where a plt_branch was created instead of a long branch.  In that case
the plt_branch code sequence expects r2 to contain the address of the
TOC, but when golang creates dynamic executables by default
(-buildmode=exe) r2 does not always contain the address of the TOC
and as a result when building programs that reach this extremely
large size, a runtime SEGV or SIGILL can occur due to branching to a bad
address.

When using internal linking, trampolines are generated to handle the
long calls but the text sections are not split.  With this change,
text sections will still be split approrpriately with external linking
but if the buildmode being used does not maintain r2 as the TOC
addresses, then trampolines will be created for those calls.

Fixes #20497

Change-Id: If5400b0f86c2c08e106b332be6db0b259b07d93d
Reviewed-on: https://go-review.googlesource.com/45130
Run-TryBot: Lynn Boger &lt;laboger@linux.vnet.ibm.com&gt;
TryBot-Result: Gobot Gobot &lt;gobot@golang.org&gt;
Reviewed-by: Cherry Zhang &lt;cherryyz@google.com&gt;
</content>
</entry>
<entry>
<title>[release-branch.go1.8] cmd/go: clean up x.exe properly in TestImportMain</title>
<updated>2017-10-20T16:39:59Z</updated>
<author>
<name>Russ Cox</name>
<email>rsc@golang.org</email>
</author>
<published>2017-10-17T19:10:59Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/go/commit/?id=f5fe0e35423125202986f3572b5b3405ce7ea904'/>
<id>urn:sha1:f5fe0e35423125202986f3572b5b3405ce7ea904</id>
<content type='text'>
More generally I'm concerned about these tests using
$GOROOT/src/cmd/go as scratch space, especially
combined wtih tg.parallel() - it's easy to believe some other
test might inadvertently also try to write x.exe about the
same time. This CL only solves the "didn't clean up x.exe"
problem and leaves for another day the "probably shouldn't
write to cmd/go at all" problem.

Fixes #22266.

Change-Id: I651534d70e2d360138e0373fb4a316081872550b
Reviewed-on: https://go-review.googlesource.com/71410
Run-TryBot: Russ Cox &lt;rsc@golang.org&gt;
TryBot-Result: Gobot Gobot &lt;gobot@golang.org&gt;
Reviewed-by: Ian Lance Taylor &lt;iant@golang.org&gt;
</content>
</entry>
<entry>
<title>[release-branch.go1.8] cmd/go: correct directory used in checkNestedVCS test</title>
<updated>2017-10-20T16:39:14Z</updated>
<author>
<name>Ian Lance Taylor</name>
<email>iant@golang.org</email>
</author>
<published>2017-10-10T21:10:28Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/go/commit/?id=179d09dd07d1faed24d842e84833cf207943ecda'/>
<id>urn:sha1:179d09dd07d1faed24d842e84833cf207943ecda</id>
<content type='text'>
This error was not used when using git because nested git is permitted.
Add test using Mercurial, so that at least we have a test, even though
the test is not run by default.

Fixes #22157
Fixes #22201

Change-Id: If521f3c09b0754e00e56fa3cd0364764a57a43ad
Reviewed-on: https://go-review.googlesource.com/69670
Run-TryBot: Ian Lance Taylor &lt;iant@golang.org&gt;
TryBot-Result: Gobot Gobot &lt;gobot@golang.org&gt;
Reviewed-by: Russ Cox &lt;rsc@golang.org&gt;
</content>
</entry>
<entry>
<title>[release-branch.go1.8] net/smtp: NewClient: set tls field to true when already using a TLS connection</title>
<updated>2017-10-20T16:38:29Z</updated>
<author>
<name>Jeff</name>
<email>jeffreyh192@gmail.com</email>
</author>
<published>2017-10-05T17:11:17Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/go/commit/?id=c3a62a2c6bbfe06592d442a6844d12ab45bf7a54'/>
<id>urn:sha1:c3a62a2c6bbfe06592d442a6844d12ab45bf7a54</id>
<content type='text'>
Change-Id: I34008f56c191df0edcaafc20d569bbc6184f89fc
Reviewed-on: https://go-review.googlesource.com/68470
Run-TryBot: Ian Lance Taylor &lt;iant@golang.org&gt;
TryBot-Result: Gobot Gobot &lt;gobot@golang.org&gt;
Reviewed-by: Ian Lance Taylor &lt;iant@golang.org&gt;
</content>
</entry>
<entry>
<title>[release-branch.go1.8] net: increase expected time to dial a closed port on all Darwin ports</title>
<updated>2017-10-20T16:37:45Z</updated>
<author>
<name>Author Name</name>
<email>brett.j.merrill94@gmail.com</email>
</author>
<published>2017-09-30T20:47:48Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/go/commit/?id=a0be3483e14c3d31afb93286227eae148c8223f5'/>
<id>urn:sha1:a0be3483e14c3d31afb93286227eae148c8223f5</id>
<content type='text'>
All current darwin architectures seem to take at least 100ms to dial a closed port,
and that was making the all.bash script fail.

Fixes #22062

Change-Id: Ib79c4b7a5db2373c95ce5d993cdcbee55cc0667f
Reviewed-on: https://go-review.googlesource.com/67350
Reviewed-by: Ian Lance Taylor &lt;iant@golang.org&gt;
</content>
</entry>
<entry>
<title>[release-branch.go1.8] net: bump TestDialerDualStackFDLeak timeout on iOS</title>
<updated>2017-10-20T16:36:59Z</updated>
<author>
<name>Elias Naur</name>
<email>elias.naur@gmail.com</email>
</author>
<published>2017-09-27T11:36:54Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/go/commit/?id=41161ce66642a835cfbad845af15d3d00e2efd7f'/>
<id>urn:sha1:41161ce66642a835cfbad845af15d3d00e2efd7f</id>
<content type='text'>
On an iPhone 6 running iOS 11, the TestDialerDualStackFDLeak test
started failing with dial durations just above the limit:

FAIL: TestDialerDualStackFDLeak (0.21s)

	dial_test.go:90: got 101.154ms; want &lt;= 95ms

Bump the timeout on iOS.

For the iOS builder.

Change-Id: Id42b471e7cf7d0c84f6e83ed04b395fa1a2d449d
Reviewed-on: https://go-review.googlesource.com/66491
Run-TryBot: Elias Naur &lt;elias.naur@gmail.com&gt;
TryBot-Result: Gobot Gobot &lt;gobot@golang.org&gt;
Reviewed-by: Ian Lance Taylor &lt;iant@golang.org&gt;
</content>
</entry>
<entry>
<title>[release-branch.go1.8] runtime: fix usleep by correctly setting nanoseconds parameter for pselect6</title>
<updated>2017-10-20T16:36:12Z</updated>
<author>
<name>pvoicu</name>
<email>pvoicu@paypal.com</email>
</author>
<published>2017-08-18T10:32:49Z</published>
<link rel='alternate' type='text/html' href='http://git.kilabit.info/go/commit/?id=20176bce822d672f1b6ae6191be90a908d1e349a'/>
<id>urn:sha1:20176bce822d672f1b6ae6191be90a908d1e349a</id>
<content type='text'>
Fixes #21518

Change-Id: Idd67e3f0410d0ce991b34dcc0c8f15e0d5c529c9
Reviewed-on: https://go-review.googlesource.com/56850
Reviewed-by: Ian Lance Taylor &lt;iant@golang.org&gt;
Reviewed-by: Austin Clements &lt;austin@google.com&gt;
Run-TryBot: Ian Lance Taylor &lt;iant@golang.org&gt;
TryBot-Result: Gobot Gobot &lt;gobot@golang.org&gt;
</content>
</entry>
</feed>
