Boost logo

Boost :

From: Mike Jackson (imikejackson_at_[hidden])
Date: 2008-02-01 09:53:45

On Feb 1, 2008, at 9:23 AM, Beman Dawes wrote:

> In the past, the release manager has waited until a release is almost
> ready, and then started building and posting release candidates.
> Getting
> set up to generate the release candidates takes longer than expected.
> The release candidates themselves turn out to be missing files or have
> other problems that take longer than expected to resolve.
> I propose we start building daily release snapshots, regardless of
> where
> we are in a release cycle. I'm calling these "snapshots" rather than
> "candidates", since they are really only release candidates late in
> the
> release cycle.
> Building snapshots on a daily basis would have these benefits:
> * The mechanical procedure would become smooth, and so could eliminate
> one of the delays that plague the current release process.
> * The snapshots could be inspected, tested, and otherwise checked for
> quality control on an ongoing basis. Since release tarball problems
> could be detected and fixed earlier in the release cycle, this could
> reduced or eliminated a source of delays.
> * The release workload could better distributed, since generation of
> snapshots could be handled by someone other than the release manager.
> Comments?
> Would anyone like to volunteer to take this on? They would need a high
> speed internet connection as the files involved are quite large.
> --Beman
> _______________________________________________
> Unsubscribe & other changes:
> listinfo.cgi/boost

    New here and I would like to try building boost 1.35.0 on OS X
since there are build problems with the 1.34.1 release. I am pulling
CVS head from the sourceforge site, is that the correct location to
pull from?

BTW, the 1.34.1 problem was a bad rpath in the built dylibs.

Mike Jackson   Senior Research Engineer
Innovative Management & Technology Services

Boost list run by bdawes at, gregod at, cpdaniel at, john at