December 2008 - Boost - lists.boost.org

[serialization] serializing std::string*
by Zach Laine 17 Dec '08

17 Dec '08

It appears that std::string* is not serializable. I have need to serialize them, and I'm considering adding the old, unused code in boost/serialization/string.hpp (the stuff #if 0-ed out and marked with "left over from a previous incarnation - strings are now always primitive types") to serialize std::string*'s. I have 2 questions before doing so. 1) What is the rationale for making std::string a primitive, track_never type? After an extensive rereading of the docs, I'm left with only a hazy understanding of what the implications are for primitive vs. non-primitive status. 2) Can Robert (or anyone else) give me a sense for how likely I am to get myself into trouble doing this? If it matters, I don't need to be able to read old archives containing std::string's. Thanks, Zach Laine

2 4

[date_time][graph] Merge required
by Steve M. Robbins 17 Dec '08

17 Dec '08

Hi, The enclosed trivial fixes have already been applied on the trunk some time ago but were never merged. Could someone please merge changesets 47957 (date_time) and 49000 (graph)? --- boost-posix-2008-03-21.orig/boost/date_time/time.hpp +++ boost-posix-2008-03-21/boost/date_time/time.hpp @@ -77,14 +77,14 @@ /*! Optional bool parameter will return time zone as an offset * (ie "+07:00"). Empty string is returned for classes that do * not use a time_zone */ - std::string zone_name(bool as_offset=false) const + std::string zone_name(bool = false) const { return time_system::zone_name(time_); } /*! Optional bool parameter will return time zone as an offset * (ie "+07:00"). Empty string is returned for classes that do * not use a time_zone */ - std::string zone_abbrev(bool as_offset=false) const + std::string zone_abbrev(bool = false) const { return time_system::zone_name(time_); } --- boost-posix-2008-03-21.orig/boost/graph/topological_sort.hpp +++ boost-posix-2008-03-21/boost/graph/topological_sort.hpp @@ -37,7 +37,7 @@ : m_iter(_iter) { } template <typename Edge, typename Graph> - void back_edge(const Edge& u, Graph&) { throw not_a_dag(); } + void back_edge(const Edge&, Graph&) { throw not_a_dag(); } template <typename Vertex, typename Graph> void finish_vertex(const Vertex& u, Graph&) { *m_iter++ = u; } Thanks, -Steve

2 3

Re: [boost] [Boost-users] [non Boost] Template troubles.
by Robert Jones 17 Dec '08

17 Dec '08

On Fri, Dec 12, 2008 at 5:52 PM, Noah Roberts <roberts.noah(a)gmail.com>wrote: > Noah Roberts wrote: > Neil, Noah, Kim - Thanks all for your input. Although no perfect solution has emerged it is always good to see a few good minds looking at it. - Rob.

3 2

Re: [boost] New XML library
by Themis Vassiliadis 16 Dec '08

16 Dec '08

> > On Tue, 09 Dec 2008 22:05:55 +0100, Themis Vassiliadis > <tvassiliadis_at_[hidden]> wrote: > >> Hi, >> >> I have been working in a C++ library like Apache Digester >> (http://commons.apache.org/digester) I'm intending to convert it >> following boost policies described in Requirements and Guidelines. >> >> What are the chances of it become a Boost library ? > > Is your digester a XML library or built on top of a XML library? > > Boris > I have made something really basic to parse xml. I have just started but if I could use XERCES I would save a lot of time. Boost's polices accept it ? Regards, -- Themis Vassiliadis

3 3

[repost][release][flyweight] permission for merging to release
by Joaquin M Lopez Munoz 16 Dec '08

16 Dec '08

Hello, reposting this to gain some release manager's attention... 1.38 release rules say I have to be given explicit to merge a new library into release and the deadline for doing that is Dec 20th... Hello, I hereby request permission to merge Boost.Flyweight into the release branch in time for Boost 1.38: Docs: http://tinyurl.com/6jvfss Trunk test results: http://tinyurl.com/6ogxkt Trunk test results are satisfactory to me (many yellow cells are actually due to environmental problems with the regression testers, or else correspond to plain broken testers). I don't foresee any complication in the merging process. Thank you, Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

1 0

[svn] log message change request
by JOAQUIN M. LOPEZ MUÑOZ 16 Dec '08

16 Dec '08

I know this is nitpicking, but I've just commited the change 50300 to the repository: https://svn.boost.org/trac/boost/changeset/50300/ and I'd like the associated log message to be changed from up to rev. 49674 from trunk to merged up to rev. 49674 from trunk Apparently, I cannot change this myself due to the current repository configuration and I can't make myself content about leaving the wrong message there :-/ Thank you, Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

1 0

Re: [boost] [library submission] smoothsort
by dpxguard-boost＠yahoo.gr 16 Dec '08

16 Dec '08

> >David Abrahams wrote: > >>on Sun Dec 14 2008, Christopher Jefferson wrote: > >>>I have often been surprised at the lack of an algorithms library > >>>in boost. There has > >>>often been times I've wished for a guarded or unguarded insertion > >>>sort, or riffle > >>>shuffle. Is his lack just down to no-one stepping forward to help > >>>write and maintain > >>>such a library of algorithms? > >> > >>Seems like it > > > >I seem to recall that at BoostCon this year, there was a push to > >extend the algorithm support in Boost as part of the Library in a > >Week program. Did anything significant come of that? > > There's some stuff in the sandbox (some of which I wrote), but as far > as I know, none has come up for review. I'm hoping to get off my duff > and write some docs and get some of it reviewed before this year's > BoostCon. In case you are interesting in advanced search-algorithms as well, there is also a generic sequence searching template function in the vault. (Algorithms/single_pass_search) This algorithm is more generic than std::search (works with input-iterators) and has better worst case complexity at the same time. (See also http://www.codeproject.com/KB/stl/single_pass_search.aspx) Best Regards, Jim Xochellis ___________________________________________________________ Χρησιμοποιείτε Yahoo!; Βαρεθήκατε τα ενοχλητικά μηνύματα (spam); Το Yahoo! Mail διαθέτει την καλύτερη δυνατή προστασία κατά των ενοχλητικών μηνυμάτων http://login.yahoo.com/config/mail?.intl=gr

3 3

[graph] boost::plugin and boost::id_tag ?
by remi.chateauneu＠gmx.de 16 Dec '08

16 Dec '08

Hi, I try to run an example here: http://www.boost.org/doc/libs/1_37_0/libs/property_map/iterator_property_ma… typedef boost::adjacency_list<boost::vecS, boost::vecS, boost::bidirectionalS, boost::no_plugin, boost::plugin<boost::id_tag, std::size_t> > Graph; I cannot find boost::plugin and boost::id_tag. Any idea, please ? Thanks

3 3

[library submission] smoothsort
by Edouard A. 16 Dec '08

16 Dec '08

Hello, I just finished a C++ implementation of the smoothsort algorithm (a derivative of the heapsort algorithm by Dijkstra that, in his words, "is of order N log N in the worst case, but of order N in the best case, with a smooth transition between the two"). When sorting nearly sorted containers smoothsort achieves excellent performances. If you keep sorting the same container, smoothsort may be the right algorithm for you. This implementation works on all sortable containers, with best performances on containers supporting random access iterators (in other words, smoothsorting a std::list is quite slow). It only requires the "<" operator between two elements and the user can supply the function with a binary predicate. To my knowledge, there is no equivalent public C++ implementation. I was wondering if this was interesting enough to be included in the boost library. Kind regards. -- Edouard Alligand

9 19

[result_of] Ticket #1535 ("remove unneeded headers")
by Richard Webb 16 Dec '08

16 Dec '08

I see that Ticket #1535 (https://svn.boost.org/trac/boost/ticket/1535) was fixed on Trunk a year ago, but doesn't seem to have made it to the release branch. Can the change be merged across for 1.38? Thanks, Richard Webb -- View this message in context: http://www.nabble.com/-result_of--Ticket--1535-%28%22remove-unneeded-header… Sent from the Boost - Dev mailing list archive at Nabble.com.

1 0