Subject: Re: [boost] [log] init methods and named parameters
From: Christoph Heindl (christoph.heindl_at_[hidden])
Date: 2010-03-05 11:22:01
> I don't think so, from my knowledge of Boost.ProgramOptions. The problem is
> that in order to employ Boost.ProgramOptions I'd have to describe all
> options I expect in the file. IOW, the set of parameters is fixed. The
> current parser in Boost.Log, on the other hand, parses all options given and
> then acts accordingly. For example, a user may specify different sets of
> sinks (represented with sections in the settings file), and the library
> should register the sinks as specified in the file.
As far as I remember boost.program_options allows you to parse
unregistered options without throwing errors.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk