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
{{ message }}
This repository was archived by the owner on Nov 9, 2017. It is now read-only.
Repository navigation
This repository was archived by the owner on Nov 9, 2017. It is now read-only.
Why exactly? You can obtain this using 'git version' - arguably that's more accessible that locating the .exe and looking for the values in the properties tab. Not that this is especially tricky to do - we just have to generate a .rc file with the resource section and link that into the git.exe. I'm unconvinced it is much use to anyone though.
@patthoyts: Yeah but to get the version you need to run it. From an operations perspective a file version would make sense.
I forked git and created a rc file. As you said to increase the version number this must be generated in build process. I found GIT-VERSION-GEN which is called quite on to in the makefile. I'm not so fluent on the bash
It is not so much bash as Makefile syntax. And I think that the following steps are needed in addition to the file you added (I am looking at lennybacon@77b89dd):
Add the object file to the BUILTIN_OBJS for Windows and MINGW32 (you probably need to rename the file, as git.o is already the object file of git.c)
Compile the .rc file (you might want to imitate the rule for common-commands.h in the Makefile, lines 1930--1931 and call windres to do the job)
Define the version on the windres command line with -DGIT_VERSION='"$(GIT_VERSION)"' and then use GIT_VERSION in the .rc file rather than the hard-coded "1.7.10"
If you run windres my.rc it will complain that there is no my.rc. You named it git.rc. But that suggests that it will be compiled to git.o. But that is already what git.c is compiled to.
Oh, and let's not use g++. Let's use gcc as before.
@lennybacon since there has not been any update since a month: Do you want to work on this? If not I will label this as an issue that will not be fixed until we find a volunteer who wants to work on this.
About the naming: the file could be called resource.rc without clashes to existing objects AFAIK.
@hvoigt@lennybacon I think the formulation "until we find a volunteer who wants to work on this" is not quite right, but "until somebody volunteers to work on this" is.
Activity
kusma commentedon Apr 19, 2012
Patches welcome.
patthoyts commentedon Apr 19, 2012
Why exactly? You can obtain this using 'git version' - arguably that's more accessible that locating the .exe and looking for the values in the properties tab. Not that this is especially tricky to do - we just have to generate a .rc file with the resource section and link that into the git.exe. I'm unconvinced it is much use to anyone though.
lennybacon commentedon Apr 19, 2012
@patthoyts: Yeah but to get the version you need to run it. From an operations perspective a file version would make sense.
I forked git and created a rc file. As you said to increase the version number this must be generated in build process. I found GIT-VERSION-GEN which is called quite on to in the makefile. I'm not so fluent on the bash
dscho commentedon Apr 19, 2012
It is not so much bash as Makefile syntax. And I think that the following steps are needed in addition to the file you added (I am looking at lennybacon@77b89dd):
lennybacon commentedon Apr 19, 2012
all called from makefile.
@dscho: Whats your point with the git.o
dscho commentedon Apr 19, 2012
If you run windres my.rc it will complain that there is no my.rc. You named it git.rc. But that suggests that it will be compiled to git.o. But that is already what git.c is compiled to.
Oh, and let's not use g++. Let's use gcc as before.
hvoigt commentedon May 22, 2012
@lennybacon since there has not been any update since a month: Do you want to work on this? If not I will label this as an issue that will not be fixed until we find a volunteer who wants to work on this.
About the naming: the file could be called resource.rc without clashes to existing objects AFAIK.
dscho commentedon May 22, 2012
@hvoigt @lennybacon I think the formulation "until we find a volunteer who wants to work on this" is not quite right, but "until somebody volunteers to work on this" is.
Provide a Windows version resource for the git executables.
Provide a Windows version resource for the git executables.
Provide a Windows version resource for the git executables.
Provide a Windows version resource for the git executables.
Provide a Windows version resource for the git executables.
Provide a Windows version resource for the git executables.
Provide a Windows version resource for the git executables.
Provide a Windows version resource for the git executables.
Provide a Windows version resource for the git executables.
Provide a Windows version resource for the git executables.
Provide a Windows version resource for the git executables.
Provide a Windows version resource for the git executables.
t9001: style modernisation phase git-for-windows#5
Merge branch 'jc/t9001-modernise'
Merge branch 'jc/t9001-modernise' into next
git-commit.txt: clarify --patch mode with pathspec