#3062 closed Bugs (fixed)
Top level headers unmerged in Boost.Serialization
| Reported by: | Daniel James | Owned by: | Daniel James |
|---|---|---|---|
| Milestone: | Boost 1.40.0 | Component: | serialization |
| Version: | Boost 1.38.0 | Severity: | Problem |
| Keywords: | Cc: |
Description
It looks like the top level boost serialization headers have been accidentally missed out of merges from trunk for a little while. Most of these have been deleted in trunk. The ones I've noticed are: boost/state_saver.hpp, boost/strong_typedef.hpp, boost/pfto.hpp, boost/smart_cast.hpp and boost/static_warning.hpp. Sorry if this is intended, it's hard to tell.
Boost.MPI in release still includes boost/pfto.hpp - I've filed a ticket #3061.
Change History (6)
comment:1 by , 13 years ago
| Owner: | changed from to |
|---|
comment:2 by , 13 years ago
| Status: | new → assigned |
|---|
OK, although there's no rush. I'll make sure MPI is okay first.
comment:4 by , 13 years ago
comment:5 by , 13 years ago
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
(In [53758]) Remove unused headers from boost directory. Fixes #3062.
Merged revisions 50645,53756 via svnmerge from https://svn.boost.org/svn/boost/trunk
........
r50645 | ramey | 2009-01-16 21:15:25 +0000 (Fri, 16 Jan 2009) | 1 line
remove unused headers from boost directory
........
r53756 | danieljames | 2009-06-08 20:30:20 +0100 (Mon, 08 Jun 2009) | 1 line
Update include from boost/pfto.hpp to boost/serialization/pfto.hpp. Refs #3062.
........
comment:6 by , 13 years ago
(In [54397]) Fix a couple of links to serialization headers. Refs #3062.
Merged revisions 53313 via svnmerge from https://svn.boost.org/svn/boost/trunk
........
r53313 | danieljames | 2009-05-27 18:43:36 +0100 (Wed, 27 May 2009) | 1 line
Fix a couple of links to serialization headers.
........
These were copied to the boost/serialization directory some time ago. The versions in the boost/ directory are no longer used by the serialization library. We left them in boost/ for a while to give anyone else who is using them time to make the change. Sounds like time's up so feel free to remove them when you think it's a appropriate.
Robert Ramey