You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: _content/blog/go1.8.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -45,7 +45,7 @@ Go 1.8 includes many more additions, improvements, and fixes.
45
45
Find the complete set of changes, and more information about the improvements listed above, in the
46
46
[Go 1.8 release notes](/doc/go1.8.html).
47
47
48
-
To celebrate the release, Go User Groups around the world are holding [release parties](https://github.com/golang/go/wiki/Go-1.8-release-party) this week.
48
+
To celebrate the release, Go User Groups around the world are holding [release parties](/wiki/Go-1.8-release-party) this week.
49
49
Release parties have become a tradition in the Go community, so if you missed out this time, keep an eye out when 1.9 nears.
50
50
51
51
Thank you to over 200 contributors who helped with this release.
Copy file name to clipboardExpand all lines: _content/blog/go116-module-changes.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -29,7 +29,7 @@ Note that you can set `GO111MODULE` and other variables permanently with `go env
29
29
We plan to drop support for GOPATH mode in Go 1.17.
30
30
In other words, Go 1.17 will ignore `GO111MODULE`.
31
31
If you have projects that do not build in module-aware mode, now is the time to migrate.
32
-
If there is a problem preventing you from migrating, please consider filing an [issue](https://github.com/golang/go/issues/new) or an [experience report](https://github.com/golang/go/wiki/ExperienceReports).
32
+
If there is a problem preventing you from migrating, please consider filing an [issue](/issue/new) or an [experience report](/wiki/ExperienceReports).
33
33
34
34
## No automatic changes to go.mod and go.sum
35
35
@@ -135,5 +135,5 @@ See [Controlling version control tools with `GOVCS`](/ref/mod#vcs-govcs) for mor
135
135
136
136
## What's next?
137
137
138
-
We hope you find these features useful. We're already hard at work on the next set of module features for Go 1.17, particularly [lazy module loading](https://github.com/golang/go/issues/36460), which should make the module loading process faster and more stable.
138
+
We hope you find these features useful. We're already hard at work on the next set of module features for Go 1.17, particularly [lazy module loading](/issue/36460), which should make the module loading process faster and more stable.
139
139
As always, if you run into new bugs, please let us know on the [issue tracker](https://github.com/golang/go/issues). Happy coding!
(just when starting the three month repo freeze before a release), and
100
100
based on the experience and feedback gathered during the release cycle,
101
101
the Go team makes the final decision about whether to ship each change.
@@ -152,14 +152,14 @@ breaking existing code, and thus they serve as a perfect trial balloon.
152
152
With all that said, we propose the following selection of Go 2 proposals for
153
153
the Go 1.13 release (step 1 in the proposal evaluation process):
154
154
155
-
1.[_\#20706_](https://github.com/golang/go/issues/20706)_General Unicode identifiers based on_[_Unicode TR31_](http://unicode.org/reports/tr31/):
155
+
1.[_\#20706_](/issue/20706)_General Unicode identifiers based on_[_Unicode TR31_](http://unicode.org/reports/tr31/):
156
156
This addresses an important issue for Go programmers using non-Western alphabets
157
157
and should have little if any impact on anyone else. There are normalization
158
158
questions which we need to answer and where community feedback will be
159
159
important, but after that the implementation path is well understood.
160
160
Note that identifier export rules will not be affected by this.
161
161
162
-
2.[_\#19308_](https://github.com/golang/go/issues/19308), [_\#28493_](https://github.com/golang/go/issues/28493)_Binary integer literals and support for \_ in number literals_:
162
+
2.[_\#19308_](/issue/19308), [_\#28493_](/issue/28493)_Binary integer literals and support for \_ in number literals_:
163
163
These are relatively minor changes that seem hugely popular among many
164
164
programmers. They may not quite reach the threshold of solving an
165
165
“important issue” (hexadecimal numbers have worked well so far) but they
@@ -168,7 +168,7 @@ a pain point for some programmers. They have minimal impact on others who
168
168
don’t care about binary integer literals or number formatting, and the
169
169
implementation is well understood.
170
170
171
-
3.[_\#19113_](https://github.com/golang/go/issues/19113)_Permit signed integers as shift counts_:
171
+
3.[_\#19113_](/issue/19113)_Permit signed integers as shift counts_:
172
172
An estimated 38% of all non-constant shifts require an (artificial) uint
173
173
conversion (see the issue for a more detailed break-down). This proposal
174
174
will clean up a lot of code, get shift expressions better in sync with index
0 commit comments