Boost logo

Boost :

From: Craig Henderson (chenderson_at_[hidden])
Date: 2001-03-13 16:09:52


Should this be a macro at all? I would prefer to see something like
const enum { BOOST_VERSION_1_21_0 = 0x0177 };
const enum { BOOST_CURRENT_VERSION = BOOST_VERSION_1_21_0 };
and limit macro's to pre-processing platform/compiler specific stuff.

Craig Henderson
chenderson_at_[hidden]

----- Original Message -----
From: David Abrahams <abrahams_at_[hidden]>
To: <boost_at_[hidden]>
Sent: Sunday, March 11, 2001 3:20 PM
Subject: Re: [boost] Re: Version #defines?

> I agree with Dean on this one. Also, I think it's much less important that
> the #define be memnonic for the 3 parts of the version number than that it
> march steadily forward. We can always provide a header
> boost/release_version.hpp with memnonic constants like:
>
> #define BOOST_VERSION_1_21_0 0x0177
>
> -Dave
>
> ----- Original Message -----
> From: <deansturtevant_at_[hidden]>
> To: <boost_at_[hidden]>
> Sent: Sunday, March 11, 2001 9:49 AM
> Subject: [boost] Re: Version #defines?
>
>
> > --- In boost_at_y..., Daryle Walker <darylew_at_m...> wrote:
> > > Should we add #defines for the current Boost version? They
> > probably would
> > > go in "config.hpp". They could go something like:
> > >
> > > file://===================================
> > > #define BOOST_VERSION_MAJOR 1
> > > #define BOOST_VERSION_MINOR 21
> > > #define BOOST_VERSION_FIX 0
> > > file://===================================
> > >
> > > --
> > Based on recent experience looking at code which tests for the minor
> > version of the GCC compiler without testing for the major version, I
> > think separating out major from minor in #defines is not a good idea.
> > How about a single version number?
> >
> >
> >
> > List-Unsubscribe: <mailto:boost-unsubscribe_at_[hidden]>
> >
> >
> > Your use of Yahoo! Groups is subject to
http://docs.yahoo.com/info/terms/
> >
> >
>
>
> List-Unsubscribe: <mailto:boost-unsubscribe_at_[hidden]>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
>


Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk