Re: Question on version number with configure.ac and bakefile

Warren Young <[email protected]> Thu, 16 Dec 2010 08:44:05 -0700
Newsgroups gmane.comp.sysutils.bakefile.devel
Message-ID <[email protected]>
On 12/16/2010 1:00 AM, V=E1clav Slav=EDk wrote:
>
> On Dec 15, 2010, at 19:57, Stefano Antonelli wrote:
>> Is there a way to keep the version number in only one location (ie.
>> the bakefile) and have configure.ac use it for the call to
>> AC_INIT?
>
> Sorry, how does this make sense as a Bakefile question?

Bakefile doesn't solve this problem now, but Bakefile is the right place =

to solve it.

In my own Bakefile-based project, MySQL++, there are still two places =

you have to change the version number for each release: configure.ac and =

mysql++.bkl.

All the other places that need the version number are now .in files so =

the configure script subs the version number into them.  You can't do =

that with mysql++.bkl because that creates chicken-and-egg problem. =

configure.ac needs autoconf_inc.m4, generated by Bakefile, but if =

mysql++.bkl is to be generated from a .in file by configure, configure =

must already exist, which it can't because autoconf will fail to run if =

the .m4 doesn't exist yet.

I've looked into it, and as far as I can tell, the keystone of the =

problem is bakefile_gen.  It currently requires the .bkl file to run, =

and it creates both Makefile.in and autoconf_inc.m4.  You could solve =

the redundant version number problem if this were broken into two steps: =

one that created autoconf_inc.m4 without needing the .bkl file (or at =

least, could accept a .bkl.in file) and a separate step for creating =

Makefile.in and all the other project files and Makefile variants.

---------------------------------------------------------------------------=
---
Lotusphere 2011
Register now for Lotusphere 2011 and learn how
to connect the dots, take your collaborative environment
to the next level, and enter the era of Social Business.
http://p.sf.net/sfu/lotusphere-d2d