[dev.boringcrypto] all: merge master into dev.boringcrypto

Change-Id: I04d511ed8e3e7ca4a3267f226a0c3e248c0f84a9

AUTHORS

@@ -202,7 +202,7 @@ Ben Burkert <[email protected]>
 Ben Haines <[email protected]>
 Ben Lubar <[email protected]>
 Ben Olive <[email protected]>
-Ben Shi <[email protected]>
+Ben Shi <[email protected]> <[email protected]>
 Benjamin Black <[email protected]>
 Benjamin Cable <[email protected]>
 Benjamin Hsieh <[email protected]>
@@ -263,6 +263,7 @@ Casey Callendrello <[email protected]>
 Casey Marshall <[email protected]>
 Cezar Sá Espinola <[email protected]>
 ChaiShushan <[email protected]>
+Changkun Ou <[email protected]> <[email protected]>
 Chaoqun Han <[email protected]>
 Charles Fenwick Elliott <[email protected]>
 Charles L. Dorian <[email protected]>
@@ -569,6 +570,7 @@ Hootsuite Inc.
 Hsin-Ho Yeh <[email protected]>
 Hu Keping <[email protected]>
 Hugues Bruant <[email protected]>
+HyperConnect Inc.
 Ian Gudger <[email protected]>
 Ian Kent <[email protected]>
 IBM
@@ -1146,6 +1148,7 @@ Piers <[email protected]>
 Pieter Droogendijk <[email protected]>
 Pietro Gagliardi <[email protected]>
 Piyush Mishra <[email protected]>
+PlanetScale, Inc.
 Platform.sh
 Pontus Leitzler <[email protected]>
 Prasanga Siripala <[email protected]>

CONTRIBUTORS

@@ -365,7 +365,7 @@ Ben Lubar <[email protected]>
 Ben Lynn <[email protected]>
 Ben Olive <[email protected]>
 Ben Schwartz <[email protected]>
-Ben Shi <[email protected]>
+Ben Shi <[email protected]> <[email protected]>
 Ben Toews <[email protected]>
 Benjamin Barenblat <[email protected]>
 Benjamin Black <[email protected]>
@@ -451,6 +451,7 @@ Bryan Ford <[email protected]>
 Bryan Heden <[email protected]>
 Bulat Gaifullin <[email protected]>
 Burak Guven <[email protected]>
+Byoungchan Lee <[email protected]>
 Caine Tighe <[email protected]>
 Caio Marcelo de Oliveira Filho <[email protected]>
 Caleb Martinez <[email protected]>
@@ -486,7 +487,7 @@ Cedric Staub <[email protected]>
 Cezar Sá Espinola <[email protected]>
 Chad Rosier <[email protected]>
 ChaiShushan <[email protected]>
-Changkun Ou <[email protected]>
+Changkun Ou <hi@changkun.de> <hi@changkun.us>
 Channing Kimble-Brown <[email protected]>
 Chao Xu <[email protected]>
 Chaoqun Han <[email protected]>
@@ -1791,7 +1792,7 @@ Matt Jibson <[email protected]>
 Matt Joiner <[email protected]>
 Matt Jones <[email protected]>
 Matt Juran <[email protected]>
-Matt Layher <[email protected]>
+Matt Layher <[email protected]> <[email protected]>
 Matt Masurka <[email protected]>
 Matt Pearring <[email protected]>
 Matt Reiferson <[email protected]>

README.md

@@ -16,23 +16,23 @@ BSD-style license found in the LICENSE file.
 
 #### Binary Distributions
 
-Official binary distributions are available at https://golang.org/dl/.
+Official binary distributions are available at https://go.dev/dl/.
 
-After downloading a binary release, visit https://golang.org/doc/install
+After downloading a binary release, visit https://go.dev/doc/install
 for installation instructions.
 
 #### Install From Source
 
 If a binary distribution is not available for your combination of
 operating system and architecture, visit
-https://golang.org/doc/install/source
+https://go.dev/doc/install/source
 for source installation instructions.
 
 ### Contributing
 
 Go is the work of thousands of contributors. We appreciate your help!
 
-To contribute, please read the contribution guidelines at https://golang.org/doc/contribute.
+To contribute, please read the contribution guidelines at https://go.dev/doc/contribute.
 
 Note that the Go project uses the issue tracker for bug reports and
 proposals only. See https://golang.org/wiki/Questions for a list of

api/README

@@ -8,6 +8,16 @@ shipped. Each file adds new lines but does not remove any.
 except.txt lists features that may disappear without breaking true
 compatibility.
 
-next.txt is the only file intended to be mutated. It's a list of
-features that may be added to the next version. It only affects
-warning output from the go api tool.
+Starting with go1.19.txt, each API feature line must end in "#nnnnn"
+giving the GitHub issue number of the proposal issue that accepted
+the new API. This helps with our end-of-cycle audit of new APIs.
+The same requirement applies to next/* (described below), which will
+become a go1.XX.txt for XX >= 19.
+
+The next/ directory contains the only files intended to be mutated.
+Each file in that directory contains a list of features that may be added
+to the next release of Go. The files in this directory only affect the
+warning output from the go api tool. Each file should be named
+nnnnn.txt, after the issue number for the accepted proposal.
+(The #nnnnn suffix must also appear at the end of each line in the file;
+that will be preserved when next/*.txt is concatenated into go1.XX.txt.)

api/next/45628.txt

@@ -0,0 +1 @@
+pkg encoding/xml, method (*Decoder) InputPos() (int, int) #45628

api/next/45754.txt

@@ -0,0 +1,2 @@
+pkg flag, func TextVar(encoding.TextUnmarshaler, string, encoding.TextMarshaler, string) #45754
+pkg flag, method (*FlagSet) TextVar(encoding.TextUnmarshaler, string, encoding.TextMarshaler, string) #45754

api/next/46059.txt

@@ -0,0 +1,2 @@
+pkg net/url, type URL struct, OmitHost bool #46059
+

api/next/47005.txt

@@ -0,0 +1,2 @@
+pkg net/url, func JoinPath(string, ...string) (string, error) #47005
+pkg net/url, method (*URL) JoinPath(...string) *URL #47005

api/next.txt → api/next/50601.txt

@@ -1,5 +1,5 @@
-pkg encoding/binary, type AppendByteOrder interface { AppendUint16, AppendUint32, AppendUint64, String }
-pkg encoding/binary, type AppendByteOrder interface, AppendUint16([]uint8, uint16) []uint8
-pkg encoding/binary, type AppendByteOrder interface, AppendUint32([]uint8, uint32) []uint8
-pkg encoding/binary, type AppendByteOrder interface, AppendUint64([]uint8, uint64) []uint8
-pkg encoding/binary, type AppendByteOrder interface, String() string
+pkg encoding/binary, type AppendByteOrder interface { AppendUint16, AppendUint32, AppendUint64, String } #50601
+pkg encoding/binary, type AppendByteOrder interface, AppendUint16([]uint8, uint16) []uint8 #50601
+pkg encoding/binary, type AppendByteOrder interface, AppendUint32([]uint8, uint32) []uint8 #50601
+pkg encoding/binary, type AppendByteOrder interface, AppendUint64([]uint8, uint64) []uint8 #50601
+pkg encoding/binary, type AppendByteOrder interface, String() string #50601

api/next/51414.txt

@@ -0,0 +1 @@
+pkg time, method (Duration) Abs() Duration #51414

doc/go1.19.html

@@ -59,3 +59,18 @@ <h3 id="minor_library_changes">Minor changes to the library</h3>
 <p>
  TODO: complete this section
 </p>
+<dl id="net"><dt><a href="/pkg/net/">net</a></dt>
+ <dd>
+ <p><!-- CL 386016 -->
+ The pure Go resolver will now use EDNS(0) to include a suggested
+ maximum reply packet length, permitting reply packets to contain
+ up to 1232 bytes (the previous maximum was 512).
+ In the unlikely event that this causes problems with a local DNS
+ resolver, setting the environment variable
+ <code>GODEBUG=netdns=cgo</code> to use the cgo-based resolver
+ should work.
+ Please report any such problems on <a href="/issue/new">the
+ issue tracker</a>.
+ </p>
+ </dd>
+</dl>