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

Re: Where to define the version number?

From: Karl Fogel <kfogel_at_newton.ch.collab.net>
Date: 2002-08-06 23:18:46 CEST

Greg Stein <gstein@lyra.org> writes:
> The library version will *probably* match the major version since we use
> major version to indicate binary compatibility, which is what the lib
> version also does. I'm just not entirely positive, though, so it is probably
> best to keep the two numbers independent.

Ah, okay.
 
> It should be quite easy for us to extract the lib version from a header file
> (which would make it available to svn_ra.h for dynloading).

Yup. So we would make a separate SVN_VER_LIBRARY in svn_version.h,
and parse it out for the build/install process, and also Scott's patch
would use it?

> No can do. Windows does not use configure(.in), so you would end up defining
> the version number in configure.in *and* svn_private_config.hw.
>
> svn_version.h is the right place... that's why I put it there :-)

Zing! Twenty lashes with a wet noodle for my Unix-centric way of
thinking. Thanks for pointing this out.

> Agreed on the "one place". I think we probably want to introduce
> SVN_VER_LIBRARY to contain the library version. We can then extract that for
> use in the Makefile for building libs.

Maybe if I'd read your whole mail first, I wouldn't have redundantly
written this above.

Scott, how would you feel about taking all of this on (i.e., extending
your ra_loader patch to solve all of these problems)? Fine to say no,
of course, just let us know so we can schedule it in that case.

-K

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Aug 6 23:34:32 2002

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.