This is go-mode, the Emacs mode for editing Go code.
It is a complete rewrite of the go-mode that shipped with Go 1.0.3 and before, and was part of Go 1.1 until Go 1.3. Beginning with Go 1.4, editor integration will not be part of the Go distribution anymore, making this repository the canonical place for go-mode.
In addition to normal features, such as fontification and indentation,
and close integration with familiar Emacs functionality (for example
syntax-based navigation like beginning-of-defun
), go-mode comes with
the following extra features to provide an improved experience:
-
Integration with
gofmt
by providing a command of the same name, andgofmt-before-save
, which can be used in a hook to format Go buffers before saving them.- Setting the
gofmt-command
variable also allows usinggoimports
. - Setting the
gofmt-args
variable with a list of arguments allows using e.g.gofmt -s
.
- Setting the
-
Integration with
godoc
via the functionsgodoc
andgodoc-at-point
. -
Integration with the Playground
go-play-buffer
andgo-play-region
to send code to the Playgroundgo-download-play
to download a Playground entry into a new buffer
-
Managing imports
- A function for jumping to the file's imports (
go-goto-imports
-C-c C-f i
) - A function for adding imports, including tab completion
(
go-import-add
, bound toC-c C-a
) - A function for removing or commenting unused imports
(
go-remove-unused-imports
)
- A function for jumping to the file's imports (
-
Integration with godef
godef-describe
(C-c C-d
) to describe expressionsgodef-jump
(C-c C-j
) andgodef-jump-other-window
(C-x 4 C-c C-j
) to jump to declarations- This requires you to install godef via
go get github.com/rogpeppe/godef
.
-
Basic support for imenu (functions and variables)
-
Built-in support for displaying code coverage as calculated by
go test
(go-coverage
) -
Several functions for jumping to and manipulating the individual parts of function signatures. These functions support anonymous functions, but are smart enough to skip them when required (e.g. when jumping to a method receiver or docstring.)
- Jump to the argument list (
go-goto-arguments
-C-c C-f a
) - Jump to the docstring, create it if it does not exist yet
(
go-goto-docstring
-C-c C-f d
). - Jump to the function keyword (
go-goto-function
-C-c C-f f
) - Jump to the function name (
go-goto-function-name
-C-c C-f n
) - Jump to the return values (
go-goto-return-values
-C-c C-f r
) - Jump to the method receiver, adding a pair of parentheses if no
method receiver exists (
go-goto-method-receiver
-C-c C-f m
).
All of these functions accept a prefix argument (
C-u
), causing them to skip anonymous functions. - Jump to the argument list (
-
GOPATH detection – the function
go-guess-gopath
will guess a suitable value for GOPATH, based on gb or wgo projects, Godeps and src folders for plain GOPATH workspaces. The commandgo-set-project
uses the return value ofgo-guess-gopath
to set the GOPATH environment variable.You can either call
go-set-project
manually, or integrate it with Projectile's project switching hooks, or any other means of switching projects you may employ.
The recommended way of installing go-mode is via ELPA, the Emacs package manager, and the MELPA Stable repository, which provides an up-to-date version of go-mode.
If you're not familiar with ELPA yet, consider reading this guide.
To install go-mode manually, place go-mode.el
and
go-mode-autoloads.el
in a directory of your choice, add it to your
load path and require 'go-mode-autoloads
:
(add-to-list 'load-path "/place/where/you/put/it/")
(require 'go-mode-autoloads)
Either evaluate both statements with C-x C-e
, or restart Emacs.
As a side note, normally the autoloads file shouldn't be part of the
package, as it's supposed to be automatically generated by ELPA, or
manually by the user with update-file-autoloads
. go-mode includes
said file because it used to when it was part of the Go distribution
and this makes upgrading easier for some people.
There are several third party extensions that can enhance the Go experience in Emacs.
There are two ways of using flymake with Go:
- goflymake, which internally
uses
go build
to capture all errors that a regular compilation would also produce - flymake-go for a
more lightweight solution that only uses
gofmt
and as such is only able to catch syntax errors. Unlike goflymake, however, it does not require an additional executable.
Additionally, there is
flycheck, a modern replacement
for flymake, which comes with built-in support for Go. In addition to
using go build
or gofmt
, it also has support for go vet
,
golint
and errcheck
.
For auto completion, take a look at gocode.
https://github.com/syohex/emacs-go-eldoc provides eldoc functionality for go-mode.
I maintain a set of YASnippet snippets for go-mode at https://github.com/dominikh/yasnippet-go
https://github.com/dominikh/go-errcheck.el provides integration with errcheck.
go-mode.el has regular, tagged releases and is part of the MELPA Stable repository. These tagged releases are intended to provide a stable experience. APIs added in tagged releases will usually not be removed or changed in future releases.
Changes made on the master branch, which is tracked by the normal MELPA repository, however, are under active development. New APIs are experimental and may be changed or removed before the next release. Furthermore, there is a higher chance for bugs.
If you want a stable experience, use MELPA Stable. If you want cutting edge features, or "beta-test" future releases, use MELPA or the master branch.
I am accepting donations for go-mode, but it has to be said that even though I am its primary developer, there are several third party contributions with varying complexity. Donations would be towards me, Dominik Honnef, and not go-mode as a whole.