- Boost - lists.boost.org

[trunk] what is MSVC 9.0 STL port 5.2?
by lcaminiti 16 Mar '12

16 Mar '12

Hello all, The trunk regressions tests: http://beta.boost.org/development/tests/trunk/developer/summary.html Run on MSVC 9.0 "STL port 5.2" and "WM5 STL port 5.2" on VeecoFTC: msvc- 9.0~stlport5.2 msvc- 9.0~wm5~stlport5.2 What are those? How are they different from the tests that run on MSVC 9.0 "msvc-9.0" on RW_WinXP_VC? Specifically, would you know if the following macro will be #defined to 1 on msvc- 9.0~stlport5.2 and msvc- 9.0~wm5~stlport5.2? // MSVC 7.1=1300, 8.0=1400, 9.0=1500, 10.0=1600 (this workaround was tested at // MSVC 8.0 but it might work also for all MVSC >= 7.1). #if BOOST_WORKAROUND(BOOST_MSVC, BOOST_TESTED_AT(1400)) && \ !defined(BOOST_TYPEOF_EMULATION) /* doesn't work in typeof-emu mode */ # define BOOST_SCOPE_EXIT_AUX_TYPEOF_THIS_WORKAROUND_01 1 #else # define BOOST_SCOPE_EXIT_AUX_TYPEOF_THIS_WORKAROUND_01 0 #endif Thanks a lot. --Lorenzo -- View this message in context: http://boost.2283326.n4.nabble.com/boost-trunk-what-is-MSVC-9-0-STL-port-5-… Sent from the Boost - Dev mailing list archive at Nabble.com.

1 0

[scope_exit] can MSVC lambdas capture data members?
by lcaminiti 16 Mar '12

16 Mar '12

Hello all, Can anyone try the following code on a MSVC compiler with lambdas (MSVC10?)? #include <vector> struct person {}; struct world { void add_person(person const& a_person) { bool commit = false; persons_.push_back(a_person); auto scope_exit = [&commit, &persons_]() mutable -> void { if(!commit) persons_.pop_back(); }; commit = true; scope_exit(); } private: std::vector<person> persons_; }; int main() { world w; person p; w.add_person(p); return 0; } This code compiles on GCC 4.5.3 with C++0x extensions (including lambdas) but based on some errors I'm seeing in trunk's ScopeExit regressions tests, I'm guessing it will fail using MSVC lambdas with errors similar to the followings: error C3480: 'world::persons_': a lambda capture variable must be from an enclosing function scope warning C4573: the usage of 'world::persons_' requires the compiler to capture 'this' but the current default capture mode does not allow it Unfortunately, I don't have a MSVC compiler with lambdas so thank you very much for trying my code! --Lorenzo -- View this message in context: http://boost.2283326.n4.nabble.com/boost-scope-exit-can-MSVC-lambdas-captur… Sent from the Boost - Dev mailing list archive at Nabble.com.

5 15

[Range] Derived from iterator_range and operator==
by Olaf van der Spek 16 Mar '12

16 Mar '12

Hi, Shouldn't this just work? Comparing two boost::iterator_range<const char*> works fine. #include <boost/range/iterator_range.hpp> class str_ref : public boost::iterator_range<const char*> { }; int main() { boost::iterator_range<const char*> a; a == a; str_ref b; b == b; // 12 } is.cpp: In function ‘int main()’: is.cpp:12:7: error: ambiguous overload for ‘operator==’ in ‘b == b’ is.cpp:12:7: note: candidates are: is.cpp:12:7: note: operator==(boost::iterator_range<const char*>::unspecified_bool_type {aka const char* boost::iterator_range<const char*>::*}, boost::iterator_range<const char*>::unspecified_bool_type {aka const char* boost::iterator_range<const char*>::*}) <built-in> /usr/include/boost/range/iterator_range_core.hpp:438:21: note: bool boost::operator==(const boost::iterator_range<IteratorT>&, const ForwardRange&) [with IteratorT = const char*, ForwardRange = str_ref] /usr/include/boost/range/iterator_range_core.hpp:431:21: note: bool boost::operator==(const boost::iterator_range<IteratorT>&, const boost::iterator_range<Iterator2T>&) [with Iterator1T = const char*, Iterator2T = const char*] /usr/include/boost/range/iterator_range_core.hpp:387:21: note: bool boost::operator==(const ForwardRange&, const boost::iterator_range<IteratorT>&) [with IteratorT = const char*, ForwardRange = str_ref] -- Olaf

1 0

[O/T git and workflows] A couple of questions
by Brian Schrom 16 Mar '12

16 Mar '12

This is slightly off topic, but with recent (and future ;) ) Git discussions, hopefully not too off topic... If Boost were to adopt Git, I believe Gitolite (https://github.com/sitaramc/gitolite, http://sitaramc.github.com/gitolite/ -- docs) or something similar would need to be used which provides some centralization features. Maybe github? Gerrit (http://code.google.com/p/gerrit/) is primarily a code review tool, though provides some centralized support. git flow (https://github.com/nvie/gitflow) has some nice wrappers for branch management. This looks especially appealing for gently introducing people to git. It provides structure and reduces the number of commands. My question is what the workflow, tools, and experience people have with combining all of these tools. I think this community will need something along these lines if it is to transition to Git anyway, so maybe this will get that part of the discussion started. ---- Just to keep the discussion on git going... In my "brain storming" world, there is the central boost repo (which currently exists), I clone it. (When can we start submitting to github? :) ) I use git flow locally for my own branch management. This allows me to work on multiple features independently. When a feature is completed locally, I send the patch (possibly via gerrit ) and that patch sits in the maintainers review queue. If accepted, the patch is applied and merged for the next release. Largely, I believe this is what exists right now. Admittedly, I've only ever submitted one patch to Boost. That was an email directly to the library author. What I want to understand is, if such tools were adopted, would it lower the burden on library maintainers enough to justify the change? Again, my perception of the way things currently are vs could be with git: centralized subversion server. centralized git server (gitolite?) svn checkout trunk git clone developer Use whatever local strategy for development use git flow + whatever local strategy for development create patch and attach to TRAC ticket git push to gerrit server (for instance) poke people on mailing list about patches (poke people on mailing list about pending reviews and such) maintainer applies patch and pushes to server An approved patch gets pushed to centralized server. * Where would build-bot/Jenkins interact in this process? It seems that there are a few places...1) Want to be able to test local branch during development, 2) then test during the patch review and approve process, and 3) finally test on the integrated branch. * Would the "better" localized development tools (git + git flow + more direct patch submission) facilitate more participation in the community over the current method? (my guess is not much, though the people that do contribute might appreciate the improvements. And some would consider them not improvements and stop contributing? * Would the review process save the maintainer's enough time and effort that they're more able to process more patches on a regular basis?

5 6

[random] uniform_01 not usable in backwards compatible mode
by John Maddock 15 Mar '12

15 Mar '12

Apologies for the minor flood of posts.... uniform_01 has a default constructor only (fine for the "new" interface), but for the old interface, the base class has a single arg constructor only and no default constructor. In other words there's no way to construct a uniform_01 in backwards compatibility mode (when the first template arg is a distribution). Also the traits selection class that switches between new and old interfaces should probably be documented (and not in detail{ namespace). Cheers, John.

2 2

[bind] Error C4430 in bind.hpp
by Robert Dailey 15 Mar '12

15 Mar '12

For some reason when I include <boost/bind.hpp> I get the following errors: 1>c:\code\work\cmake-mds\build-vc9\third_party\boost\1.48.0\include\boost\bind\bind.hpp(1200) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int 1>c:\code\work\cmake-mds\build-vc9\third_party\boost\1.48.0\include\boost\bind\bind.hpp(1201) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int 1>c:\code\work\cmake-mds\build-vc9\third_party\boost\1.48.0\include\boost\bind\bind.hpp(1203) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int 1>c:\code\work\cmake-mds\build-vc9\third_party\boost\1.48.0\include\boost\bind\bind.hpp(1204) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int 1>c:\code\work\cmake-mds\build-vc9\third_party\boost\1.48.0\include\boost\bind\bind.hpp(1206) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int 1>c:\code\work\cmake-mds\build-vc9\third_party\boost\1.48.0\include\boost\bind\bind.hpp(1207) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int 1>c:\code\work\cmake-mds\build-vc9\third_party\boost\1.48.0\include\boost\bind\bind.hpp(1209) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int 1>c:\code\work\cmake-mds\build-vc9\third_party\boost\1.48.0\include\boost\bind\bind.hpp(1210) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int They point to this code in bind.hpp: BOOST_BIND_OPERATOR( ==, equal ) BOOST_BIND_OPERATOR( !=, not_equal ) BOOST_BIND_OPERATOR( <, less ) BOOST_BIND_OPERATOR( <=, less_equal ) BOOST_BIND_OPERATOR( >, greater ) BOOST_BIND_OPERATOR( >=, greater_equal ) BOOST_BIND_OPERATOR( &&, logical_and ) BOOST_BIND_OPERATOR( ||, logical_or ) Any idea why this is failing? If more info is needed please let me know. --------- Robert Dailey

4 9

boost.asio lib and CodeLite
by Teemu 15 Mar '12

15 Mar '12

hi group! I´m using CodeLite + MinGW+ Unit Test 1.3 on a Win7 system. Now I want to add the boost.asio library (boost_1_49_0) to CodeLite. I have already linked a few files like: "C:\boost_1_49_0\boost\asio" or "C:\MinGW\include\boost" and so on... But I still get some warnings like: "c:\mingw\bin\../lib/gcc/mingw32/4.4.1/../../../../include/boost/asio/detail/impl/win_object_handle_service.ipp: In member function 'void boost::asio::detail::win_object_handle_service::move_construct(boost::asio::detail::win_object_handle_service::implementation_type&, boost::asio::detail::win_object_handle_service::implementation_type&)': c:\mingw\bin\../lib/gcc/mingw32/4.4.1/../../../../include/boost/asio/detail/impl/win_object_handle_service.ipp:106: error: '::UnregisterWaitEx' has not been declared" I´m not sure, if I have add the boost.asio library correctly and ifI have to link some other libraries from the Windows system? I´ve read somewhere that adding Win-files is necessary to run the boost.asio lib correctly, is that right? and if, which files? I hope someone can help me... best regards Teemu sry for my bad english I´m from germany... -- View this message in context: http://boost.2283326.n4.nabble.com/boost-asio-lib-and-CodeLite-tp4474767p44… Sent from the Boost - Dev mailing list archive at Nabble.com.

1 1

Contributing to Boost Graph Library
by Sathyam Vellal 15 Mar '12

15 Mar '12

Hello. I would like to contribute to Boost Graph Library. I went through the http://www.boost.org/doc/libs/1_49_0/libs/graph/doc/challenge.html which is also included as one of the projects of SoC 2012. How do I begin? Thank you

2 2

[xpressive] Concatenating two regular expressions into one?
by Robert Dailey 15 Mar '12

15 Mar '12

I have the following function: bool MimeDocument::GetMimeHeaderData( PMIMEENTITY entity, MimeHeaderData& header_data ) { bool success = false; std::string headers; GetMimeEntityData( entity, MIME_ENTITY_DATA_HEADERS, headers ); using namespace boost::xpressive; sregex content_disposition_re = icase("Content-Disposition:") >> +_s >> (s1=!as_xpr("inline;")) >> -*_ >> "size=" >> (s2=+_d) >> ';' ; sregex content_id_re = icase("Content-ID:") >> +_s >> '<' >> (s1=+_) >> '>' ; smatch what; if( regex_search( headers, what, content_disposition_re ) ) { header_data.is_inline = what[1] == "inline;"; header_data.size = boost::lexical_cast<unsigned>( what[2] ); success = true; } if( regex_search( headers, what, content_id_re ) ) { header_data.content_id = what[1]; success = true; } return success; } Right now I use 2 sregex objects and search the MIME headers twice to find 2 different lines. Ideally I'd like to just use 1 regex and combine them, but I need to then somehow make it search between all lines, and then the order in which Content-Distribution and Content-ID appear in the headers may vary. Is it best to keep them separated like this, or can I concatenate the regular expressions into 1? --------- Robert Dailey

2 1

[git] neglected aspects
by Steven Samuel Cole 14 Mar '12

14 Mar '12

Hi all, First post here, so please bear with me. A lot has been said in the last year on the subject of a possible migration from svn to git. However, after reading pretty much every message on the issue on this list (sic!), I have the impression that some of the most important aspects did not get the consideration they require. I would therefore like to add my outside perspective. SUMMARY: 1. an svn --> git migration does cause some major, but one-time disruption. However, svn right now causes minor, but continuous disruption on a daily basis - which often goes unnoticed. 2. git's distributed concept is nothing less than one generation ahead of centralized VCSs like svn. The benefits usually do not become apparent until git is actually used in practice. 3. at the moment, boost is significantly missing out on fresh enthusiasm that new contributors could bring into the project; svn and the policies it mandates are partly too blame for that. 4. svn trunk (i.e. boost library) maintainers are too limited by the svn concept in their decision which changes they merge at what point in time and may be pressured into rushing suboptimal decisions; this can make maintenance work painful and frustrating. git greatly alleviates that problem. 5. IMO, it's not 'if', it is 'when'. The longer a migration is delayed, the longer boost development will be slowed down without even noticing. DETAILS: I am aware that some of my points technically are mentioned on the boost git wiki page at https://svn.boost.org/trac/boost/wiki/Git/WhyGit, but they still seem somewhat neglected. This is probably not surprising as many participants in the discussion 1. presumably are established boost contributors and thus share a 'from the inside' view of the subject and 2. are only marginally affected by svn's conceptual problems This is what happened here in the last couple of days: I needed a tool for a job in my current project and I couldn't find one, so I thought about what components I need to build my own. A little web research - Boost.Iostreams looks perfect for the purpose. You have all been through what comes next, be it with boost or with other open source software: Download the latest release, install the libraries, start reading the docs, run some sample code, etc. While reading, I spot a typo in an HTML doc, then another in an include file comment, a third one in another file... the fourth one at the latest makes me think - this is open source, I should sync the latest sources, fix all those typos as I come across them while reading and contribute them back to the project. A quick read on submitting bugs on boost.org, svn co yadi yadi, fix the typos locally. Of course I don't have write privileges to the repo, so the best I can do for now is create a patch and attach that to a bug report. Within minutes, someone takes care of the bug, comments and takes ownership. Excellent! Smithers, money fight! I go back to reading, find more typos. My patch has not been committed to the trunk yet, so my local changes are still sitting there on my local hard drive. If I do another svn diff > file_2.patch, the patch will also contain the changes I have already attached to the bug report. What are my options now ? Revert my changes, base the new ones on the head revision and send another patch ? Create a new patch file and manually remove the diffs of the old changes I already sent ? How will the upstream maintainer know which changes are based on what version ? Also, I notice a few other things that in my opinion could be done better to facilitate adoption of the iostreams library. I would be willing to do the work and I would in the perfect position as I am walking in the shoes of an adopter right now - but these are separate from the typo fixes and they are larger issues; considering I can't check my changes in, would I really want to have them sit on my local harddrive, waiting possibly for months for someone upstream to review and hopefully merge them ? A couple of hours later: I get an email from boost bugs/svn; the upstream maintainer has committed my changes. However, I actually receive not one, but two emails, because the upstream guy chose to split my patch into changes on documentation and changes on source code (which presumably required extra work on his part). I do an svn up and now have to deal with conflicts between my local changes and the new commits: I make a note of my second set of changes and overwrite my local files with the new repo versions, then bring the second set back in. Uff! That's a lot of work just to fix some typos! And these are just cosmetic issues in discrete chunks that do not require any testing; contributing changes to source code would take even more effort and more caution - build and test on several platforms, peer review, etc. Also, the upstream maintainer jumped on the bug report right away and integrated my changes within hours. This is the ideal situation (thanks again Daniel, great job! :-) - usually, things don't happen so quickly - especially around major release time. HOW THIS IS DONE IN GIT: 1. google 'github iostreams' --> click first search result: https://github.com/boost-lib/iostreams (this can be even reduced to 'gh: iostreams' by integrating github into chrome search engines, but that's another story...) 2. on githup website, click 'fork', wait a few seconds --> this auto-creates my personal online github iostreams repo 3. on my local machine, open a shell, enter 'git clone ', copy & paste the repo .git url shown on the website in there and run e.g. 'git clone git(a)github.com:<username>/iostreams.git' --> this creates a local fork of my personal online iostreams repo + the mailing list probably changes the line above to 'hidden' + there is github/desktop integration and a plethora of gui clients 4. i change local files and commit to the local repo. once a set of changes is complete, i push them online into my personal online repo; once my work has reached some maturity, I send a pull request to the upstream maintainer of the official iostreams repo, aka the keeper of the trunk. disclaimer: I have omitted one-time steps to set up local git, github.com account, ssh keys, lastpass integration, yadi yadi. these steps are abundantly documented online, done in minutes and required only once. THE GIT ADVANTAGE: I don't have to wait for the first set of changes to be merged into the trunk before I resync, resolve conflicts and base the second set on the new head revision; I simply create a new branch for a new change set and send a new pull request once my work is complete. The upstream maintainer has no peer pressure to merge any changes in: He/she is sitting on the head revision and is looking at a number of pull requests for change sets in various personal forks like mine; these are more like 'change offers' the maintainer is free to merge in if he/she so chooses (cherry-picking) - or postpone if this is not the time because for example a major release is due and they seem too risky. I as a contributor do not really care so much: Of course I am stoked if my work actually makes it into the project eventually, but the point in time when this happens technically does not matter to me - pending changes will not get in my way if the merge takes a little longer. This is the major difference between svn and git - and I can not stress this advantage enough: I am decoupled from, but still connected to the official trunk. I can make arbitrary changes and group them in any way I see fit. I offer them to upstream and move on to new development. As a side effect, this also provides an overview impression of quality and continuity of the work of a potential new contributor. Of course it is technically correct that svn also supports the concepts of forks and branches, but in terms of tooling and mentality, they are considered much more heavy-weight than in git and might get created a couple of times a year - while in git, they might come and go a couple of times a day. Finally, the 'series of tubes' metaphor IMO does not really hit it. Subversion to me seems more like a freight train where the waggons move at different speeds, so they constantly bump into the car behind and in front of them; movement of the entire train is jerky. Git on the other hand is a bunch of space ships linked by hyperelastic tractor beams: Even if one travels out as far as the delta quadrant, the upstream connection will always make sure the collective does benefit from any new development it brings back from there. [snipped several paragraphs about cultural and other aspects; maybe some other time.] # ssc

24 81