Version reporting: Restart active use of revision.h, now based on a git tag.
The new make-revision script regenerates glslang/Include/revision.h, used as it always has been, but made with a git-tag version and the the number of commits on master. I have a pre-commit hook that will automatically do this on master, likely often enough to work in practice, without needing pull requests to include it.
This commit is contained in:
parent
e766fac3ea
commit
0da9eaabe8
3 changed files with 18 additions and 14 deletions
|
|
@ -1,13 +1,6 @@
|
|||
// The file revision.h should be updated to the latest version, somehow, on
|
||||
// check-in, if glslang has changed.
|
||||
//
|
||||
// revision.template is the source for revision.h when using SubWCRev as the
|
||||
// method of updating revision.h. You don't have to do it this way, the
|
||||
// requirement is only that revision.h gets updated.
|
||||
//
|
||||
// revision.h is under source control so that not all consumers of glslang
|
||||
// source have to figure out how to create revision.h just to get a build
|
||||
// going. However, if it is not updated, it can be a version behind.
|
||||
// This header is generated by the make-revision script.
|
||||
// For the version, it uses the latest git tag followed by the number of commits.
|
||||
// For the date, it uses the current date (when then script is run).
|
||||
|
||||
#define GLSLANG_REVISION "25512"
|
||||
#define GLSLANG_DATE "2014/02/24 14:36:08"
|
||||
#define GLSLANG_REVISION "2.1.686"
|
||||
#define GLSLANG_DATE "02-Aug-2015"
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue