fix: Don't clobber gopath except for the target that uses the var (#11)
It seems to me that setting gopath would be undesirable since most people should have it set from setting up golang. This just moves those vars into go-compile so that it doesn't bother those who are just building a binary. It might be better to have it only set GOPATH if unset, or move it to .bashrc and friends.
This commit is contained in:
parent
16ad7d6f3e
commit
21f4a5f1da
1 changed files with 5 additions and 5 deletions
10
Makefile
10
Makefile
|
@ -10,10 +10,6 @@ LDFLAGS=-X=main.Version=$(VERSION) -X=main.Build=$(BUILD) -linkmode external
|
||||||
# Make is verbose in Linux. Make it silent.
|
# Make is verbose in Linux. Make it silent.
|
||||||
MAKEFLAGS += --silent
|
MAKEFLAGS += --silent
|
||||||
|
|
||||||
GOPATH=~/go
|
|
||||||
ORGPATH=$(GOPATH)/src/github.com/distribyted
|
|
||||||
REPOPATH=$(ORGPATH)/distribyted
|
|
||||||
|
|
||||||
## run: run from code.
|
## run: run from code.
|
||||||
run:
|
run:
|
||||||
go run cmd/distribyted/main.go examples/conf_example.yaml
|
go run cmd/distribyted/main.go examples/conf_example.yaml
|
||||||
|
@ -36,6 +32,10 @@ go-generate:
|
||||||
go generate ./...
|
go generate ./...
|
||||||
|
|
||||||
go-compile:
|
go-compile:
|
||||||
|
GOPATH=~/go
|
||||||
|
ORGPATH=$(GOPATH)/src/github.com/distribyted
|
||||||
|
REPOPATH=$(ORGPATH)/distribyted
|
||||||
|
|
||||||
@echo " > Compiling for several platforms..."
|
@echo " > Compiling for several platforms..."
|
||||||
go install src.techknowlogick.com/xgo
|
go install src.techknowlogick.com/xgo
|
||||||
docker build ./build_tools/ -t distribyted/xgo-cgofuse
|
docker build ./build_tools/ -t distribyted/xgo-cgofuse
|
||||||
|
@ -56,4 +56,4 @@ help: Makefile
|
||||||
@echo " Choose a command run in "$(PROJECTNAME)":"
|
@echo " Choose a command run in "$(PROJECTNAME)":"
|
||||||
@echo
|
@echo
|
||||||
@sed -n 's/^##//p' $< | column -t -s ':' | sed -e 's/^/ /'
|
@sed -n 's/^##//p' $< | column -t -s ':' | sed -e 's/^/ /'
|
||||||
@echo
|
@echo
|
||||||
|
|
Loading…
Reference in a new issue