Boost C++ Libraries: Ticket #5167: Allow proto::extends default ctor to leave the proto_expr_ member uninitialized https://svn.boost.org/trac10/ticket/5167 <p> Proposal: </p> <p> turn default ctor for proto::extends in proto/extends.hpp from: </p> <pre class="wiki">extends(): proto_expr_(){} </pre><p> to: </p> <pre class="wiki"> extends() { } </pre><p> Rational: It is up to the derived class to decide if expr can be left in undefined state (and to control it), and not to the extends base class. </p> en-us Boost C++ Libraries /htdocs/site/boost.png https://svn.boost.org/trac10/ticket/5167 Trac 1.4.3 Eric Niebler Tue, 20 Sep 2011 03:13:57 GMT status changed; resolution set https://svn.boost.org/trac10/ticket/5167#comment:1 https://svn.boost.org/trac10/ticket/5167#comment:1 <ul> <li><strong>status</strong> <span class="trac-field-old">new</span> → <span class="trac-field-new">closed</span> </li> <li><strong>resolution</strong> → <span class="trac-field-new">wontfix</span> </li> </ul> <p> After considering this, I've decided that there isn't sufficient justification for <code>extends</code> to leave its member uninitialized. I recommend <code>BOOST_PROTO_EXTENDS</code> for when you don't want to initialize the member. </p> Ticket