]> Cypherpunks repositories - gostls13.git/commitdiff
[release-branch.go1.12] doc/go1.12: new go line in go.mod can break builds with Go...
authorIan Lance Taylor <iant@golang.org>
Wed, 27 Feb 2019 22:13:55 +0000 (14:13 -0800)
committerBrad Fitzpatrick <bradfitz@golang.org>
Wed, 13 Mar 2019 01:10:10 +0000 (01:10 +0000)
Updates #30446

Change-Id: If069f72fa9735f839df92f3ede3bf7b6d7a695a5
Reviewed-on: https://go-review.googlesource.com/c/164317
Reviewed-by: Brad Fitzpatrick <bradfitz@golang.org>
Reviewed-by: Bryan C. Mills <bcmills@google.com>
(cherry picked from commit e32203f647370897c6a28018c16cfd9584849569)
Reviewed-on: https://go-review.googlesource.com/c/go/+/164318

doc/go1.12.html

index fbd59e3df26933f93327ecab5b91effe32345b2b..2945eb1c4327ef385e4bb6cc728827e309a904d5 100644 (file)
@@ -185,6 +185,17 @@ tour
   that build fails.
 </p>
 
+<p><!-- CL 147282, 147281 -->
+  This changed use of the <code>go</code> directive means that if you
+  use Go 1.12 to build a module, thus recording <code>go 1.12</code>
+  in the <code>go.mod</code> file, you will get an error when
+  attempting to build the same module with Go 1.11 through Go 1.11.3.
+  Go 1.11.4 or later will work fine, as will releases older than Go 1.11.
+  If you must use Go 1.11 through 1.11.3, you can avoid the problem by
+  setting the language version to 1.11, using the Go 1.12 go tool,
+  via <code>go mod edit -go=1.11</code>.
+</p>
+
 <p><!-- CL 152739 -->
   When an import cannot be resolved using the active modules,
   the <code>go</code> command will now try to use the modules mentioned in the