- Boost - lists.boost.org

[preprocessor] BOOST_PP_CAT fails for VC6.5 and VC7.1
by Peder Holt 09 Mar '06

09 Mar '06

BOOST_PP_CAT involving __LINE__ fails for VC < 8.0 #include <boost/preprocessor/cat.hpp> void test() { int i=1; int BOOST_PP_CAT(i,__LINE__)=1; } with the following error message: d:\SourceCode\finally\test.cpp(5) : error C2374: 'i' : redefinition; multiple initialization d:\SourceCode\finally\test.cpp(4) : see declaration of 'i' d:\SourceCode\finally\test.cpp(5) : error C2143: syntax error : missing ';' before '=' d:\SourceCode\finally\test.cpp(5) : error C2143: syntax error : missing ';' before '=' Preprocessing the code using /P /EP first, yields valid code that compiles without problems. Regards, Peder

2 1

[finally] early draft available
by Alexander Nasonov 09 Mar '06

09 Mar '06

First version of BoostCandidate.Finally is available. There is only one header file so I didn't put the library to boost vault. I can do this upon request. Header file boost/finally.hpp: http://tinyurl.com/fwy6q Examples: libs/finally/example/hello.cpp: http://tinyurl.com/errx4 libs/finally/example/finally.cpp: http://tinyurl.com/jc692 Documentation in qbk format: http://tinyurl.com/h655f Alternatively, you can browse CVS tree online: http://cvs.sourceforge.net/viewcvs.py/cpp-experiment/finally/ In short, BoostCandidate.Finally is a (better, in my opinion) replacement both for try-finally block and for ScopeGuard. It can be used when RAII approach is not quite applicable. Typical example is VectorInserter class in ScopeGuard article by Andrei Alexandrescu and Petru Marginean ( http://tinyurl.com/26vzp ). Below is a comparison with ScopeGuard approach (typeof registration is omitted for brevity). // code snipset copied from ScopeGuard article: void User::AddFriend(User& newFriend) { friends_.push_back(&newFriend); ScopeGuard guard = MakeObjGuard( friends_, &UserCont::pop_back); pDB_->AddFriend(GetName(), newFriend.GetName()); guard.Dismiss(); } // First form of BoostCandidate.Finally void User::AddFriend(User& newFriend) { friends_.push_back(&newFriend); bool dismiss = false; BOOST_FINALLY_BEGIN( (friends_)(dismiss) ) { if(!dismiss) friends_.pop_back(); } BOOST_FINALLY_END; pDB_->AddFriend(GetName(), newFriend.GetName()); dismiss = true; } // Second form of BoostCandidate.Finally void User::AddFriend(User& newFriend) { friends_.push_back(&newFriend); boost::scope_guard guard; BOOST_FINALLY_BEGIN( (guard)(friends_) ) { friends_.pop_back(); } BOOST_FINALLY_END(guard); pDB_->AddFriend(GetName(), newFriend.GetName()); guard.dismiss(); } Waiting for comments and suggestions ... -- Alexander Nasonov alnsn <@> yandex <.> ru

5 7

[filesystem] Could you only use printable ASCII characters in source file?
by gchen 09 Mar '06

09 Mar '06

While compiling the file path.hpp, VC8, the following line: // ?Copyright Beman Dawes 2002-2005 could generate a warning C4819 (The file contains a character that cannot be represented in the current code page), if Windows is using not English code page. The reason is the ASCII of '?' in above line is 0xA9. My question is, could you use printable characters (Codes 33 to 126) in source file? IMHO, it would be better if you change the line to: // (C)Copyright Beman Dawes 2002-2005 Thanks gchen

2 1

[rerere-post] codewarrior 9.5/9.4 help badly needed for ptr_container
by Thorsten Ottosen 09 Mar '06

09 Mar '06

Hi Guys, There is some really wierd error that makes even newer codewarrior choke: http://tinyurl.com/eo6ry I suspect this is easy to fix fom somebody with the compiler. Would somebody please have a look? Thanks -Thorsten

1 0

[iterator] Borland 2006 patch
by AlisdairM 09 Mar '06

09 Mar '06

Borland Compiler has a problem with typename keyword followed by a double-colon, trivial patch follows: cvs diff -u -wb -- boost\detail\iterator.hpp (in directory E:\sourceforge\devel\boost\) Index: boost/detail/iterator.hpp =================================================================== RCS file: /cvsroot/boost/boost/boost/detail/iterator.hpp,v retrieving revision 1.33 diff -u -w -b -r1.33 iterator.hpp --- boost/detail/iterator.hpp 3 Sep 2004 15:41:08 -0000 1.33 +++ boost/detail/iterator.hpp 27 Jan 2006 22:30:08 -0000 @@ -477,7 +477,11 @@ distance(Iterator first, Iterator last) { typedef typename iterator_traits<Iterator>::difference_type diff_t; +#if BOOST_WORKAROUND( __BORLANDC__, BOOST_TESTED_AT(0x581)) + typedef typename boost::detail::iterator_traits<Iterator>::iterator_category iterator_category; +#else typedef typename ::boost::detail::iterator_traits<Iterator>::iterator_category iterator_category; +#endif return iterator_traits_::distance_select<Iterator,diff_t>::execute( first, last, (iterator_category*)0); OK to apply? -- AlisdairM

1 0

Shmem minor bug in Deque container
by Ryan, Paul L. 09 Mar '06

09 Mar '06

I'm no sure if this is the proper forum for this so if it is not feel free to let me know an I'll put it where it belongs. But I've found a minor error in the recently reviewed boost shmem stuff (which I realize has not been integrated yet but I can't find contact info for the group dealing with that utility). The error found was an exculsion of the include file <boost/detail/allocator_utilities.hpp> from <boost/shmem/containers/deque.hpp>. Thank you for your time. Paul Ryan SAIC - Tactical Systems

2 1

Re: [boost] [foreach] reverse foreach?
by gruenedd＠idmt.fraunhofer.de 09 Mar '06

09 Mar '06

"Shunsuke Sogame" wrote: > I hear the new range library is under construction, which will enable: > BOOST_FOREACH (int x, vect|reversed) "David Abrahams" wrote: > I suggest you just make a nice reverse adaptor that models Range. > BOOST_FOREACH( whatever, reverse_view( the_sequence ) ) I feel that it would be valuable to have an up-to-date statement about this ("best practises"?) inside the foreach documentation, since this might be one of the questions which appear more than once if BOOST_FOREACH will be released. David. ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

2 1

[Boost-bugs] [ boost-Bugs-1446471 ] Fixes for build on IBM pSeries for AIX and Linux
by SourceForge.net 09 Mar '06

09 Mar '06

Bugs item #1446471, was opened at 2006-03-09 09:34 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1446471&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Michael Wong (wmichael) Assigned to: Nobody/Anonymous (nobody) Summary: Fixes for build on IBM pSeries for AIX and Linux Initial Comment: This is a fix to allow building Boost on pSeries to work better. This fixes problem with the building of dynamic libraries and shared objects. It also adds a bunch of the latest option supported by the V8 compiler. This unified diff patch has been tested on 1.33.1 and CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1446471&group_… ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[Boost-bugs] [ boost-Bugs-1446468 ] Fixes for build on IBM pSeries for AIX and Linux
by SourceForge.net 09 Mar '06

09 Mar '06

Bugs item #1446468, was opened at 2006-03-09 06:32 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1446468&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Fixes for build on IBM pSeries for AIX and Linux Initial Comment: This is a fix to allow building Boost on pSeries to work better. This fixes problem with the building of dynamic libraries and shared objects. It also adds a bunch of the latest option supported by the V8 compiler. This unified diff patch has been tested on 1.33.1 and CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1446468&group_… ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

Re: [boost] [bitfield] More portable implementationavailableinthevault
by Martin Bonner 09 Mar '06

09 Mar '06

----Original Message---- From: boost-bounces(a)lists.boost.org [mailto:boost-bounces@lists.boost.org] On Behalf Of Andy Little Sent: 09 March 2006 10:26 To: boost(a)lists.boost.org Subject: Re: [boost] [bitfield] More portable implementationavailableinthevault >> Andy Little wrote > "Martin Bonner" wrote >> ----Original Message---- >> From: boost-bounces(a)lists.boost.org >> [mailto:boost-bounces@lists.boost.org] On Behalf Of Andy Little Sent: >> 09 March 2006 08:09 To: boost(a)lists.boost.org >> Subject: Re: [boost] [bitfield] More portable implementation >> available inthevault >> >>> "Emile Cormier" wrote >>>> Bitfield2.zip in >>>> >>>> >> http://boost-consulting.com/vault/index.php?direction=0&order=&directory >> =bitfield& >>> >>> Unfortunately my unzipper wont unzip it. Just says "unknown >>> compression algorithm" or some such. >>> >>> regards >>> Andy Little >> >> Curious. Have you tried downloading it again? > > Yes. it still says unknown compression algorithm. > >> I have just opened it with WinZip 8.0 and it worked fine Info-Zip agrees with you. Unzip 5.42 complained about "unknown method 12". Unzip 5.52 says (much less helpfully) "'(null)' method not supported". Wikipedia suggests that (some) people are using method 12 for bzip2. Emile: Any chance of re-uploading with a different compression algorithm? -- Martin Bonner Martin.Bonner(a)Pitechnology.com Pi Technology, Milton Hall, Ely Road, Milton, Cambridge, CB4 6WZ, ENGLAND Tel: +44 (0)1223 203894

2 1