Make GIT_REV logic work in release tarballs

Currently GIT_REV doesn't get set properly when building a release
tarball. To fix this we arrange for .gitcommit to contain the (short)
commit hash in tarballs generated with git-archive(1) using export-subst in
gitattributes. This way the correct commit hash is (reproducibly) included
in the release tarballs while not burdening the maintainers with updating
it in the git repo.

Please note this even works on Github and similar forges as they use
git-archive for generating tarballs so this works out quite nicely.
This commit is contained in:
Daniel Gröber 2021-12-30 18:45:15 +01:00
parent cffec1f95f
commit 222e7a2da3
3 changed files with 13 additions and 0 deletions

1
.gitattributes vendored
View File

@ -1 +1,2 @@
*.v linguist-language=Verilog
/.gitcommit export-subst

1
.gitcommit Normal file
View File

@ -0,0 +1 @@
$Format:%h$

View File

@ -130,7 +130,18 @@ LDLIBS += -lrt
endif
YOSYS_VER := 0.17+41
# Note: We arrange for .gitcommit to contain the (short) commit hash in
# tarballs generated with git-archive(1) using .gitattributes. The git repo
# will have this file in its unexpanded form tough, in which case we fall
# back to calling git directly.
TARBALL_GIT_REV := $(shell cat $(YOSYS_SRC)/.gitcommit)
ifeq ($(TARBALL_GIT_REV),$$Format:%h$$)
GIT_REV := $(shell git ls-remote $(YOSYS_SRC) HEAD -q | $(AWK) 'BEGIN {R = "UNKNOWN"}; ($$2 == "HEAD") {R = substr($$1, 1, 9); exit} END {print R}')
else
GIT_REV := $(TARBALL_GIT_REV)
endif
OBJS = kernel/version_$(GIT_REV).o
bumpversion: