Re: [Boost-bugs] [Boost C++ Libraries] #4370: [Serialization] map with private default constructor does not compile

Subject: Re: [Boost-bugs] [Boost C++ Libraries] #4370: [Serialization] map with private default constructor does not compile
From: Boost C++ Libraries (noreply_at_[hidden])
Date: 2010-06-30 16:43:32


#4370: [Serialization] map with private default constructor does not compile
---------------------------+------------------------------------------------
  Reporter: anonymous | Owner: ramey
      Type: Bugs | Status: closed
 Milestone: Boost 1.44.0 | Component: serialization
   Version: Boost 1.40.0 | Severity: Problem
Resolution: wontfix | Keywords:
---------------------------+------------------------------------------------

Comment (by anonymous):

 Unfortunately I have to disagree and I would like to kindly ask that you
 take another look at this. Yes the compiler complains about std::pair
 construction, but not the one you referred to -- at least my compiler
 complains about the construction in
 /usr/include/boost/serialization/access.hpp:123 (please, take a look at
 the compiler output which is attached). I suggest that you comment out
 lines 60 and 65 (the ones with BOOST_SERIALIZATION_NVP(amap) ) and you
 will see that the line you referred to in your reply is fine because the
 constructor in line 54 is the one which takes the inputs as references; in
 fact the only solution I have been able to come up with is to modify
 collections_load_impl.hpp to use the constructor of std::pair which takes
 references as inputs as opposed to no inputs and calls the default
 constructors).

 It is possible that I am misunderstanding something and in such case I
 would appreciate if you help me clear up my confusion (even though you
 certainly do not have to).

 NK

-- 
Ticket URL: <https://svn.boost.org/trac/boost/ticket/4370#comment:3>
Boost C++ Libraries <http://www.boost.org/>
Boost provides free peer-reviewed portable C++ source libraries.

This archive was generated by hypermail 2.1.7 : 2017-02-16 18:50:03 UTC