autogen-users

[Autogen-users] libopts tearoff version

[Aaron T. <syn...@gm...>]

Unless I'm blind, there doesn't seem to be any way to look at a
libopts tearoff and figure out what version of autogen it came from.
Since autogen/libopts has such tight versioning controls (you can't
process autogen .def files with one version of autogen and use a
different libopts tearoff) it would be really nice for me to be able
to check version compatibility before I get to the compile phase.

Hopefully that made sense.  Anyways, it would be nice if there was a
VERSION file in the tearoffs code with the version of autogen it was
shipped with.  something like:

autogen -v > VERSION.txt

would be good enough.

-- 
Aaron Turner
http://synfin.net/
http://tcpreplay.synfin.net/ - Pcap editing & replay tools for Unix
They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety. -- Benjamin Franklin

Re: [Autogen-users] libopts tearoff version

[Bruce K. <bru...@gm...>]

On Thursday 01 May 2008 03:31:35 pm Aaron Turner wrote:
> Unless I'm blind, there doesn't seem to be any way to look at a
> libopts tearoff and figure out what version of autogen it came from.
> Since autogen/libopts has such tight versioning controls (you can't
> process autogen .def files with one version of autogen and use a
> different libopts tearoff) it would be really nice for me to be able
> to check version compatibility before I get to the compile phase.

That is supposed to happen, but it is deferred until the compile.

This code is supposed to do that:

> #define AO_TEMPLATE_VERSION 126977
> #if (AO_TEMPLATE_VERSION < OPTIONS_MINIMUM_VERSION) \
>  || (AO_TEMPLATE_VERSION > OPTIONS_STRUCT_VERSION)
> # error option template version mismatches autoopts/options.h header
>   Choke Me.
> #endif

but that is a little obtuse.  How about if I stamp the "options.h" header
with the relevant autogen version?  (like I already do with the autoopts
version)

Cheers - Bruce