|
Boost : |
Subject: Re: [boost] [any] last commit breaks program_options
From: Jürgen Hunold (jhunold_at_[hidden])
Date: 2013-04-15 09:27:32
Hi Antony,
On Monday, 15. April 2013 13:19:26 Antony Polukhin wrote:
> 2013/4/15 Jürgen Hunold <jhunold_at_gmx.eu>:
> > Hi!
> >
> > It seems that introducing move semantics to Boot.Any in r 83901 breaks
> > compilation of program_options.
> >
> > /home/hunold/src/devel/boost/boost/program_options/variables_map.hpp:58:38
> > :
> > note: no known conversion for argument 1 from
> > âboost::program_options::variable_valueâ to
> > âboost::program_options::variable_value&â
> >
> > Full build log attached.
> >
> > Any Ideas?
>
> This looks like Boost.Move known limitation:
> http://www.boost.org/doc/libs/1_53_0/doc/html/move/emulation_limitations.htm
> l#move.emulation_limitations.assignment_operator
Thanks. Clang had a better diagnostic, so I figured out I had to implement
operator= (patch attached) to get this working.
> I'm afraid that this will confuse a lot of people who use Boost.Any...
> May be it would be better to disable ravlue emulation and use rvalues
> only in C++11?
I'm only using ProgramOptions at the moment. And not following the move
discussion for pre-c++11 not closely enough to comment on this. C++11 only
support for be enough for me.
My 0.02â¬.
Yours,
Jürgen
-- * Dipl.-Math. Jürgen Hunold ! * voice: ++49 4257 300 ! FährstraÃe 1 * fax : ++49 4257 300 ! 31609 Balge/Sebbenhausen * jhunold_at_gmx.eu ! Germany
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk