[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Looks like wrong value for SVN_VER_REVISION in SWIG bindings for Python and Ruby?

From: Daniel Shahaf <danielsh_at_elego.de>
Date: Tue, 6 Dec 2011 18:35:11 +0200

Shane Turner wrote on Tue, Dec 06, 2011 at 12:28:51 -0400:
> subversion/include/svn_version.h is incorrect as well.
>
> I'm not sure that the associated comment is correct given it appears
> to be used for more than the Windows build?
>

The comment is fine, because it doesn't say "only". (The macro value is
exposed via 'svn --version | head -n2' on all platforms.)

> /** Revision number: The repository revision number of this release.
> *
> * This constant is used to generate the build number part of the
> Windows
> * file version. Its value remains 0 in the repository.
> *
> * When rolling a tarball, we automatically replace it with what we
> * guess to be the correct revision number.
> */
> #define SVN_VER_REVISION 0
>
>
> On December-06-11 12:19:42 PM, Hyrum K Wright wrote:
> >
> >On Tue, Dec 6, 2011 at 7:47 AM, Shane Turner
> ><shane.turner_at_newpace.ca <mailto:shane.turner_at_newpace.ca>> wrote:
> >
> > I was just taking a look at the differences between Subversion
> > 1.7.1 and 1.7.2 and noticed a couple of diffs that look odd.
> >
> > In subversion/bindings/swig/python/core.c and
> > subversion/bindings/swig/ruby/core.c, the value of
> > SVN_VER_REVISION changed from the numeric revision number
> > (previously 1186859) to 0. I think it's supposed to be 1207936.
> >
> > Is this a bug, or intended? Be forewarned that I don't use this
> > aspect of Subversion. I just happened to notice.
> >
> > The code I was examining was from
> > http://apache.sunsite.ualberta.ca/subversion/subversion-1.7.2.tar.bz2
> >
> > I've included the diff below. I've filtered out all of the path
> > differences in the comments ("/*@SWIG:..." <mailto:/*@SWIG:...>).
> >
> > Shane Turner
> >
> > diff -rwB -I '.*@SWIG:.*'
> > subversion-1.7.4bed3649c532/subversion/bindings/swig/python/core.c
> > subversion-1.7/subversion/bindings/swig/python/core.c
> > 30985,30986c30985,30986
> > < SWIG_Python_SetConstant(d,
> > "SVN_VER_PATCH",SWIG_From_long((long)(1)));
> > < SWIG_Python_SetConstant(d,
> > "SVN_VER_MICRO",SWIG_From_long((long)(1)));
> > ---
> > > SWIG_Python_SetConstant(d,
> > "SVN_VER_PATCH",SWIG_From_long((long)(2)));
> > > SWIG_Python_SetConstant(d,
> > "SVN_VER_MICRO",SWIG_From_long((long)(2)));
> > 30988c30988
> > < SWIG_Python_SetConstant(d, "SVN_VER_TAG",SWIG_FromCharPtr("
> > (r1186859)"));
> > ---
> > > SWIG_Python_SetConstant(d, "SVN_VER_TAG",SWIG_FromCharPtr("
> > (r1207936)"));
> > 30990,30993c30990,30993
> > *< SWIG_Python_SetConstant(d,
> > "SVN_VER_REVISION",SWIG_From_long((long)(1186859)));*
> > < SWIG_Python_SetConstant(d,
> > "SVN_VER_NUM",SWIG_FromCharPtr("1.7.1"));
> > < SWIG_Python_SetConstant(d,
> > "SVN_VER_NUMBER",SWIG_FromCharPtr("1.7.1"));
> > < SWIG_Python_SetConstant(d,
> > "SVN_VERSION",SWIG_FromCharPtr("1.7.1 (r1186859)"));
> > ---
> > *> SWIG_Python_SetConstant(d,
> > "SVN_VER_REVISION",SWIG_From_long((long)(0)));*
> > > SWIG_Python_SetConstant(d,
> > "SVN_VER_NUM",SWIG_FromCharPtr("1.7.2"));
> > > SWIG_Python_SetConstant(d,
> > "SVN_VER_NUMBER",SWIG_FromCharPtr("1.7.2"));
> > > SWIG_Python_SetConstant(d,
> > "SVN_VERSION",SWIG_FromCharPtr("1.7.2 (r1207936)"));
> > diff -rwB -I '.*@SWIG:.*'
> > subversion-1.7.4bed3649c532/subversion/bindings/swig/ruby/core.c
> > subversion-1.7/subversion/bindings/swig/ruby/core.c
> > 37529,37530c37529,37530
> > < rb_define_const(mCore, "SVN_VER_PATCH", SWIG_From_int((int)(1)));
> > < rb_define_const(mCore, "SVN_VER_MICRO", SWIG_From_int((int)(1)));
> > ---
> > > rb_define_const(mCore, "SVN_VER_PATCH", SWIG_From_int((int)(2)));
> > > rb_define_const(mCore, "SVN_VER_MICRO", SWIG_From_int((int)(2)));
> > 37532c37532
> > < rb_define_const(mCore, "SVN_VER_TAG", SWIG_FromCharPtr("
> > (r1186859)"));
> > ---
> > > rb_define_const(mCore, "SVN_VER_TAG", SWIG_FromCharPtr("
> > (r1207936)"));
> > 37534,37537c37534,37537
> > *< rb_define_const(mCore, "SVN_VER_REVISION",
> > SWIG_From_int((int)(1186859)));*
> > < rb_define_const(mCore, "SVN_VER_NUM", SWIG_FromCharPtr("1.7.1"));
> > < rb_define_const(mCore, "SVN_VER_NUMBER",
> > SWIG_FromCharPtr("1.7.1"));
> > < rb_define_const(mCore, "SVN_VERSION", SWIG_FromCharPtr("1.7.1
> > (r1186859)"));
> > ---
> > *> rb_define_const(mCore, "SVN_VER_REVISION",
> > SWIG_From_int((int)(0)));*
> > > rb_define_const(mCore, "SVN_VER_NUM", SWIG_FromCharPtr("1.7.2"));
> > > rb_define_const(mCore, "SVN_VER_NUMBER",
> > SWIG_FromCharPtr("1.7.2"));
> > > rb_define_const(mCore, "SVN_VERSION", SWIG_FromCharPtr("1.7.2
> > (r1207936)"));
> >
> >
> >Shane,
> >Thanks for letting us know about this. I'm guessing that these
> >values come from the standard Subversion header file
> >svn_version.h. When rolling the tarballs, I checked that the
> >revision number was in there properly in the separately-generated
> >file, but must confess that I'm not sure what the actual tarballs
> >contain. Could you check and see if SVN_VER_REVISION is set
> >appropriately in svn_version.h?
> >
> >Thanks,
> >-Hyrum
> >
> >
> >
> >--
> >
> >uberSVN: Apache Subversion Made Easy
> >http://www.uberSVN.com/
>
> --
> --
> Shane Turner
> Senior Software Developer
> phone +1 (902) 406–8375 x1008
> email Shane.Turner_at_NewPace.ca <mailto:Shane.Turner_at_newpace.ca>
> aim <aim:GoIm?screenname=Shane.Turner_at_newpace.ca>/msn
> <msnim:chat?contact=Shane.Turner_at_newpace.ca>
> Shane.Turner_at_NewPace.ca
> <aim:GoIm?screenname=Shane.Turner_at_newpace.ca>
> skype saturnjct <skype:saturnjct>
>
>
Received on 2011-12-06 17:36:01 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.