all: merge master into strconv.ParseCompex

Author: dmitshur

.gitattributes

@@ -8,3 +8,9 @@
 # See golang.org/issue/9281
 
 * -text
+
+# The only exception is Windows files that must absolutely be CRLF or
+# might not work. Batch files are known to have multiple bugs when run
+# with LF endings. See golang.org/issue/37791 for more information.
+
+*.bat text eol=crlf

AUTHORS

@@ -96,6 +96,7 @@ Alexei Sholik <[email protected]>
 Alexey Borzenkov <[email protected]>
 Alexey Neganov <[email protected]>
 Alexey Palazhchenko <[email protected]>
+Alexey Semenyuk <[email protected]>
 Alexis Hildebrandt <[email protected]>
 Ali Rizvi-Santiago <[email protected]>
 Aliaksandr Valialkin <[email protected]>
@@ -144,6 +145,7 @@ Andy Davis <[email protected]>
 Andy Finkenstadt <[email protected]>
 Andy Lindeman <[email protected]>
 Andy Maloney <[email protected]>
+Andy Pan <[email protected]>
 Andy Walker <[email protected]>
 Anfernee Yongkun Gui <[email protected]>
 Angelo Bulfone <[email protected]>
@@ -1143,6 +1145,7 @@ Pontus Leitzler <[email protected]>
 Prashant Varanasi <[email protected]>
 Pravendra Singh <[email protected]>
 Preetam Jinka <[email protected]>
+Qais Patankar <[email protected]>
 Qiuxuan Zhu <[email protected]>
 Qualcomm Data Center, Inc.
 Quan Tran <[email protected]>
@@ -1308,6 +1311,7 @@ Szabolcs Nagy <[email protected]>
 Taavi Kivisik <[email protected]>
 Tad Fisher <[email protected]>
 Tad Glines <[email protected]>
+Tailscale Inc.
 Taj Khattra <[email protected]>
 Takayoshi Nishida <[email protected]>
 Takeshi YAMANASHI <[email protected]>

CONTRIBUTORS

@@ -26,6 +26,7 @@
 
 Aamir Khan <[email protected]>
 Aaron Beitch <[email protected]>
+Aaron Bieber <[email protected]>
 Aaron Cannon <[email protected]>
 Aaron France <[email protected]>
 Aaron Jacobs <[email protected]>
@@ -48,6 +49,7 @@ Adam Shannon <[email protected]>
 Adam Shelton <[email protected]>
 Adam Sindelar <[email protected]>
 Adam Thomason <[email protected]>
+Adam Williams <[email protected]>
 Adam Woodbeck <[email protected]>
 Adarsh Ravichandran <[email protected]>
 Aditya Harindar <[email protected]>
@@ -143,6 +145,7 @@ Alexey Borzenkov <[email protected]>
 Alexey Naidonov <[email protected]>
 Alexey Neganov <[email protected]>
 Alexey Palazhchenko <[email protected]>
+Alexey Semenyuk <[email protected]>
 Alexis Hildebrandt <[email protected]>
 Alexis Hunt <[email protected]>
 Alexis Imperial-Legrand <[email protected]>
@@ -214,6 +217,7 @@ Andy Davis <[email protected]>
 Andy Finkenstadt <[email protected]>
 Andy Lindeman <[email protected]>
 Andy Maloney <[email protected]>
+Andy Pan <[email protected]>
 Andy Walker <[email protected]>
 Andzej Maciusovic <[email protected]>
 Anfernee Yongkun Gui <[email protected]>
@@ -276,6 +280,7 @@ Awn Umar <[email protected]>
 Axel Wagner <[email protected]>
 Ayan George <[email protected]>
 Ayanamist Yang <[email protected]>
+Ayke van Laethem <[email protected]>
 Aymerick Jéhanne <[email protected]>
 Azat Kaumov <[email protected]>
 Baiju Muthukadan <[email protected]>
@@ -338,6 +343,7 @@ Brad Jones <[email protected]>
 Brad Morgan <[email protected]>
 Brad Whitaker <[email protected]>
 Braden Bassingthwaite <[email protected]>
+Bradford Lamson-Scribner <[email protected]>
 Bradley Falzon <[email protected]>
 Brady Catherman <[email protected]>
 Brady Sullivan <[email protected]>
@@ -351,6 +357,7 @@ Brett Cannon <[email protected]>
 Brett Merrill <[email protected]>
 Brian Dellisanti <[email protected]>
 Brian Downs <[email protected]>
+Brian Falk <[email protected]>
 Brian G. Merrell <[email protected]>
 Brian Gitonga Marete <[email protected]> <[email protected]> <[email protected]>
 Brian Kennedy <[email protected]>
@@ -404,6 +411,7 @@ Charles L. Dorian <[email protected]>
 Charles Lee <[email protected]>
 Charles Weill <[email protected]>
 Chauncy Cullitan <[email protected]>
+Chen Zhihan <[email protected]>
 Cherry Zhang <[email protected]>
 Chew Choon Keat <[email protected]>
 Cholerae Hu <[email protected]>
@@ -442,6 +450,7 @@ Christopher Cahoon <[email protected]>
 Christopher Guiney <[email protected]>
 Christopher Henderson <[email protected]>
 Christopher Koch <[email protected]>
+Christopher Loessl <[email protected]>
 Christopher Nelson <[email protected]>
 Christopher Nielsen <[email protected]>
 Christopher Redden <[email protected]>
@@ -739,12 +748,14 @@ Frank Somers <[email protected]>
 Frederic Guillot <[email protected]>
 Frederick Kelly Mayle III <[email protected]>
 Frederik Ring <[email protected]>
+Frederik Zipp <[email protected]>
 Fredrik Enestad <[email protected]>
 Fredrik Forsmo <[email protected]>
 Fredrik Wallgren <[email protected]>
 Frew Schmidt <[email protected]>
 Frithjof Schulze <[email protected]> <[email protected]>
 Frits van Bommel <[email protected]>
+Fujimoto Kyosuke <[email protected]>
 Fumitoshi Ukai <[email protected]>
 G. Hussain Chinoy <[email protected]>
 Gaal Yahas <[email protected]>
@@ -803,6 +814,7 @@ GitHub User @frennkie (6499251) <[email protected]>
 GitHub User @hengwu0 (41297446) <[email protected]>
 GitHub User @itchyny (375258) <[email protected]>
 GitHub User @jinmiaoluo (39730824) <[email protected]>
+GitHub User @jopbrown (6345470) <[email protected]>
 GitHub User @kazyshr (30496953) <[email protected]>
 GitHub User @kc1212 (1093806) <[email protected]>
 GitHub User @Kropekk (13366453) <[email protected]>
@@ -828,6 +840,7 @@ GitHub User @uhei (2116845) <[email protected]>
 GitHub User @uropek (39370426) <[email protected]>
 GitHub User @utkarsh-extc (53217283) <[email protected]>
 GitHub User @witchard (4994659) <[email protected]>
+GitHub User @yah01 (12216890) <[email protected]>
 GitHub User @yuanhh (1298735) <[email protected]>
 GitHub User @zikaeroh (48577114) <[email protected]>
 GitHub User @ZZMarquis (7624583) <[email protected]>
@@ -897,6 +910,7 @@ Heschi Kreinick <[email protected]>
 Hidetatsu Yaginuma <[email protected]>
 Hilko Bengen <[email protected]>
 Hiroaki Nakamura <[email protected]>
+Hiromichi Ema <[email protected]>
 Hironao OTSUBO <[email protected]>
 Hiroshi Ioka <[email protected]>
 Hitoshi Mitake <[email protected]>
@@ -944,7 +958,7 @@ Irfan Sharif <[email protected]>
 Irieda Noboru <[email protected]>
 Isaac Ardis <[email protected]>
 Isaac Wagner <[email protected]>
-Isfan Azhabil <isfan.azhabil@tokopedia.com>
+Isfan Azhabil <isfanazhabil@gmail.com>
 Iskander Sharipov <[email protected]> <[email protected]>
 Issac Trotts <[email protected]>
 Ivan Babrou <[email protected]>
@@ -973,6 +987,7 @@ Jakob Borg <[email protected]>
 Jakob Weisblat <[email protected]>
 Jakub Čajka <[email protected]>
 Jakub Ryszard Czarnowicz <[email protected]>
+Jamal Carvalho <[email protected]>
 James Aguilar <[email protected]>
 James Bardin <[email protected]>
 James Chacon <[email protected]>
@@ -1020,6 +1035,7 @@ Jannis Andrija Schnitzer <[email protected]>
 Jared Culp <[email protected]>
 Jaroslavas Počepko <[email protected]>
 Jason A. Donenfeld <[email protected]>
+Jason Baker <[email protected]>
 Jason Barnett <[email protected]>
 Jason Buberel <[email protected]>
 Jason Chu <[email protected]>
@@ -1213,6 +1229,7 @@ Kamil Chmielewski <[email protected]>
 Kamil Kisiel <[email protected]> <[email protected]>
 Kamil Rytarowski <[email protected]>
 Kang Hu <[email protected]>
+Kanta Ebihara <[email protected]>
 Karan Dhiman <[email protected]>
 Karel Pazdera <[email protected]>
 Karoly Negyesi <[email protected]>
@@ -1252,6 +1269,7 @@ Ketan Parmar <[email protected]>
 Kevan Swanberg <[email protected]>
 Kevin Ballard <[email protected]>
 Kevin Burke <[email protected]>
+Kévin Dunglas <[email protected]>
 Kevin Gillette <[email protected]>
 Kevin Kirsche <[email protected]>
 Kevin Klues <[email protected]> <[email protected]>
@@ -1265,6 +1283,7 @@ Kim Yongbin <[email protected]>
 Kir Kolyshkin <[email protected]>
 Kirill Motkov <[email protected]>
 Kirill Smelkov <[email protected]>
+Kirill Tatchihin <[email protected]>
 Kirk Han <[email protected]>
 Kirklin McDonald <[email protected]>
 Klaus Post <[email protected]>
@@ -1378,6 +1397,7 @@ Marcelo E. Magallon <[email protected]>
 Marco Hennings <[email protected]>
 Marcus Willock <[email protected]>
 Marga Manterola <[email protected]>
+Mariano Cano <[email protected]>
 Marin Bašić <[email protected]>
 Mario Arranz <[email protected]>
 Marius A. Eriksen <[email protected]>
@@ -1949,6 +1969,7 @@ Sergey 'SnakE' Gromov <[email protected]>
 Sergey Arseev <[email protected]>
 Sergey Dobrodey <[email protected]>
 Sergey Frolov <[email protected]>
+Sergey Ivanov <[email protected]>
 Sergey Lukjanov <[email protected]>
 Sergey Mishin <[email protected]>
 Sergey Mudrik <[email protected]>
@@ -2090,6 +2111,7 @@ Thomas Desrosiers <[email protected]>
 Thomas Habets <[email protected]>
 Thomas Kappler <[email protected]>
 Thomas Meson <[email protected]>
+Thomas Symborski <[email protected]>
 Thomas Wanielista <[email protected]>
 Thorben Krueger <[email protected]>
 Thordur Bjornsson <[email protected]>
@@ -2130,6 +2152,7 @@ Tom Thorogood <[email protected]>
 Tom Wilkie <[email protected]>
 Tomas Dabasinskas <[email protected]>
 Tommy Schaefer <[email protected]>
+Tomohiro Kusumoto <[email protected]>
 Tomoya Ishizaki <[email protected]>
 Tonis Tiigi <[email protected]>
 Tony Reix <[email protected]>
@@ -2240,6 +2263,7 @@ Xi Ruoyao <[email protected]>
 Xia Bin <[email protected]>
 Xiangdong Ji <[email protected]>
 Xing Xing <[email protected]>
+Xingqang Bai <[email protected]>
 Xu Fei <[email protected]>
 Xudong Zhang <[email protected]>
 Xudong Zheng <[email protected]>

api/except.txt

@@ -8,10 +8,6 @@ pkg os (linux-arm), const O_SYNC = 4096
 pkg os (linux-arm-cgo), const O_SYNC = 4096
 pkg os (linux-arm), const O_SYNC = 1052672
 pkg os (linux-arm-cgo), const O_SYNC = 1052672
-pkg syscall (darwin-386), const ImplementsGetwd = false
-pkg syscall (darwin-386), func Fchflags(string, int) error
-pkg syscall (darwin-386-cgo), const ImplementsGetwd = false
-pkg syscall (darwin-386-cgo), func Fchflags(string, int) error
 pkg syscall (darwin-amd64), const ImplementsGetwd = false
 pkg syscall (darwin-amd64), func Fchflags(string, int) error
 pkg syscall (darwin-amd64-cgo), const ImplementsGetwd = false

api/go1.14.txt

@@ -150,7 +150,6 @@ pkg go/doc, type Example struct, Suffix string
 pkg go/doc, type Func struct, Examples []*Example
 pkg go/doc, type Package struct, Examples []*Example
 pkg go/doc, type Type struct, Examples []*Example
-pkg go/types, method (*Checker) LookupFieldOrMethod(Type, bool, *Package, string) (Object, []int, bool)
 pkg hash/maphash, func MakeSeed() Seed
 pkg hash/maphash, method (*Hash) BlockSize() int
 pkg hash/maphash, method (*Hash) Reset()

api/next.txt

@@ -0,0 +1,3 @@
+pkg testing, method (*T) Deadline() (time.Time, bool)
+pkg time, method (*Ticker) Reset(Duration)
+pkg sync, method (*Map) LoadAndDelete(interface{}) (interface{}, bool)

doc/articles/race_detector.html

@@ -379,6 +379,38 @@ <h3 id="Primitive_unprotected_variable">Primitive unprotected variable</h3>
 }
 </pre>
 
+<h3 id="Unsynchronized_send_and_close_operations">Unsynchronized send and close operations</h3>
+
+<p>
+As this example demonstrates, unsynchronized send and close operations
+on the same channel can also be a race condition:
+</p>
+
+<pre>
+c := make(chan struct{}) // or buffered channel
+
+// The race detector cannot derive the happens before relation
+// for the following send and close operations. These two operations
+// are unsynchronized and happen concurrently.
+go func() { c <- struct{}{} }()
+close(c)
+</pre>
+
+<p>
+According to the Go memory model, a send on a channel happens before
+the corresponding receive from that channel completes. To synchronize
+send and close operations, use a receive operation that guarantees
+the send is done before the close:
+</p>
+
+<pre>
+c := make(chan struct{}) // or buffered channel
+
+go func() { c <- struct{}{} }()
+<-c
+close(c)
+</pre>
+
 <h2 id="Supported_Systems">Supported Systems</h2>
 
 <p>
@@ -395,3 +427,14 @@ <h2 id="Runtime_Overheads">Runtime Overhead</h2>
 The cost of race detection varies by program, but for a typical program, memory
 usage may increase by 5-10x and execution time by 2-20x.
 </p>
+
+<p>
+The race detector currently allocates an extra 8 bytes per <code>defer</code>
+and <code>recover</code> statement. Those extra allocations <a
+href="https://golang.org/issue/26813">are not recovered until the goroutine
+exits</a>. This means that if you have a long-running goroutine that is
+periodically issuing <code>defer</code> and <code>recover</code> calls,
+the program memory usage may grow without bound. These memory allocations
+will not show up in the output of <code>runtime.ReadMemStats</code> or
+<code>runtime/pprof</code>.
+</p>

doc/articles/wiki/index.html

@@ -674,7 +674,7 @@ <h2>Introducing Function Literals and Closures</h2>
 an <code>http.ResponseWriter</code> and <code>http.Request</code> (in other
 words, an <code>http.HandlerFunc</code>).
 The closure extracts the <code>title</code> from the request path, and
-validates it with the <code>TitleValidator</code> regexp. If the
+validates it with the <code>validPath</code> regexp. If the
 <code>title</code> is invalid, an error will be written to the
 <code>ResponseWriter</code> using the <code>http.NotFound</code> function.
 If the <code>title</code> is valid, the enclosed handler function

doc/asm.html

@@ -437,6 +437,31 @@ <h3 id="directives">Directives</h3>
 (For <code>TEXT</code> items.)
 This function is a closure so it uses its incoming context register.
 </li>
+<li>
+<code>LOCAL</code> = 128
+<br>
+This symbol is local to the dynamic shared object.
+</li>
+<li>
+<code>TLSBSS</code> = 256
+<br>
+(For <code>DATA</code> and <code>GLOBL</code> items.)
+Put this data in thread local storage.
+</li>
+<li>
+<code>NOFRAME</code> = 512
+<br>
+(For <code>TEXT</code> items.)
+Do not insert instructions to allocate a stack frame and save/restore the return
+address, even if this is not a leaf function.
+Only valid on functions that declare a frame size of 0.
+</li>
+<li>
+<code>TOPFRAME</code> = 2048
+<br>
+(For <code>TEXT</code> items.)
+Function is the top of the call stack. Traceback should stop at this function.
+</li>
 </ul>
 
 <h3 id="runtime">Runtime Coordination</h3>

doc/cmd.html

@@ -49,7 +49,6 @@
 commands listed here.
 See the command docs for usage
 details.
-<br><br>
 </td>
 </tr>