Ticket #7458: serialization.patch
File serialization.patch, 3.7 KB (added by , 10 years ago) |
---|
-
libs/serialization/doc/extended_type_info.html
309 309 </dd> 310 310 311 311 <dt><h4><code style="white-space: normal"><pre> 312 virtual void * destroy(void const * const ptr ) )const;312 virtual void * destroy(void const * const ptr ) const; 313 313 </pre></code></h4></dt> 314 314 <dd> 315 315 Destroy an instance of this type. This calls the -
libs/serialization/doc/implementation.html
225 225 <ul> 226 226 <li>The serialization library depends on the templated stream 227 227 implementation to function properly. 228 to function properly.So STLPort must be used to build the library.228 So STLPort must be used to build the library. 229 229 <li>Polymorphic archive tests fail. 230 230 <li>XML serialization only works with version 1.6x of spirit. In order to build 231 231 and use this library with this compiler, one must use version 1.6x rather than the -
libs/serialization/doc/singleton.html
137 137 In order to be used as 138 138 <a target="singleton.hpp" href = "../../../boost/serialization/singleton.hpp"> 139 139 <code style="white-space: normal"> 140 singleton<T> 141 </code> 142 </a> 143 , the type T must be default constructable. 140 singleton<T></code></a>, the type T must be default constructable. 144 141 It doesn't require static variables - though it may have them. 145 142 Since the library guarentees that only one instance of 146 143 <a target="singleton.hpp" href = "../../../boost/serialization/singleton.hpp"> 147 144 <code style="white-space: normal"> 148 singleton<T> 149 </code> 150 </a> 145 singleton<T></code></a> 151 146 and all accesss is through the above static interface 152 147 functions, common member functions of T become 153 148 the functional equivalent of … … 162 157 which contains the following code: 163 158 164 159 <pre><code> 165 typedef std::set <const extended_type_info *, key_compare>ktmap;160 typedef std::set<const extended_type_info *, key_compare> ktmap; 166 161 ... 167 162 void 168 163 extended_type_info::key_register(const char *key) { 169 164 ... 170 result = singleton <ktmap>::get_mutable_instance().insert(this);165 result = singleton<ktmap>::get_mutable_instance().insert(this); 171 166 ... 172 167 } 173 168 </code></pre> … … 180 175 A second way is to use 181 176 <a target="singleton.hpp" href = "../../../boost/serialization/singleton.hpp"> 182 177 <code style="white-space: normal"> 183 singleton<T> 184 </code> 185 </a> 178 singleton<T></code></a> 186 179 as one of the base classes of the type. This is illustrated by a simplified 187 180 excerpt from 188 181 <a target="extended_type_info_typeid.hpp" href = "../../../boost/serialization/extended_type_info_typeid.hpp"> -
libs/serialization/doc/tutorial.html
327 327 classes to be serialized. This is referred to as "registration" or "export" 328 328 of derived classes. This requirement and the methods of 329 329 satisfying it are explained in detail 330 <a href="serialization.html#derivedpointers">here</a> 330 <a href="serialization.html#derivedpointers">here</a>. 331 331 <p> 332 332 All this is accomplished automatically by the serialization 333 333 library. The above code is all that is necessary to accomplish