May 2009 - Boost-users - lists.boost.org

Boost and Mac OS X SDK 'nil' Conflicts
by Grant Erickson 14 May '09

14 May '09

There doesn't appear to be an issue for this in Trac or any semblance of a discussion thread; however, the Mac OS SDK definition of 'nil' seems to cause Boost 1_39_0 (perhaps other versions) to emit a copious number of warning and error messages when included AFTER any OS X SDK header such as: #include <CoreFoundation/CoreFoundation.h> #include <IOKit/IOKitLib.h> #include <boost/accumulators/accumulators.hpp> #include <boost/accumulators/statistics/stats.hpp> #include <boost/accumulators/statistics/rolling_mean.hpp> using namespace boost; using namespace accumulators; As near as I can tell CoreServices/MacTypes.h is the source of the definition: #define nil NULL Fortunately, this can be resolved by reordering the include directives to include OS X headers AFTER Boost; however, it seems like these headers should play nicely together. Has Boost reserved 'nil' for some time or might something like 'nil_t' be used alternatively? Regards, Grant

2 1

PropertyTree's XML parsers survey
by Sebastian Redl 14 May '09

14 May '09

Hi, PropertyTree currently has 5 (five!) different xml readers using 4 different parsers. I don't want to maintain them all. Looking at the open tickets for PT shows that most bugs occur in the various xml readers, and there's no point in having more than one. I just wonder which one to keep. To those who use PropertyTree's XML format, which parser do you use? Do you have any experience with the pros and cons of the various parsers? All feedback is highly appreciated. Sebastian

1 0

Performance issues with bellman_ford_shortest_paths
by Paul De La Musica 14 May '09

14 May '09

Hi, I just did a timing experiment on bellman_ford_shortese_paths. It appears to be 200 times slower than LEDA. I am using BGL 1.33.1. Has anyone experienced this? Thanks, Paul

3 4

Build boost on msvc7.1 without native wchar_t
by matthias_0 14 May '09

14 May '09

Hi! I try to compile boost using bjam and toolset=msvc-7.1. To comply with the rest of our libraries I need boost to build without the native wchar_t type. So far none of the solutions I have found seem to work ("snative-wchar_t=off", "-sBUILD=<native-wchar_t>off") In boost\tools\v2\tools\msvc.jam I found a line that adds /Zc:wchar_t to the CFLAGS. Removing that entry didn't help either. Does anyone know a solution to this problem? Thanks, Matthias -- View this message in context: http://www.nabble.com/Build-boost-on-msvc7.1-without-native-wchar_t-tp23539… Sent from the Boost - Users mailing list archive at Nabble.com.

2 3

New version of C++ Middleware Writer now on line
by Brian Wood 14 May '09

14 May '09

Shalom Version 1.9 of the C++ Middleware Writer is now available. This version adds support for Boost Array and it also has a command line interface that allows users to bypass the web interface. In other words, it makes it easy to integrate the C++ Middleware Writer into your build process. http://webEbenezer.net/build_integration.html<http://webebenezer.net/build_integration.html> -- Brian Wood Ebenezer Enterprises http://www.webEbenezer.net <http://www.webebenezer.net/>

1 0

[signals] References rather than copies of functors in slots
by James C. Sutherland 14 May '09

14 May '09

It appears that when a slot is attached to a signal it is copied in. However, if the slot contains a functor, and I want to modify the contents of the functor object, then those changes are not made in the slot since it is a copy of the original object. This is probably a really simple question, but how do tell a signal to hold references/pointers to slot objects rather than copies? Is there a trick with boost::shared_ptr or something? Thanks for any tips. James

2 1

Conditionally show_progress ?
by David Doria 14 May '09

14 May '09

I would like to do something like this void Conditional(const bool show) { unsigned int NumIters = 1e9; boost::progress_display show_progress; if(show) show_progress = boost::progress_display(NumIters); double temp; for(unsigned int i = 0; i < NumIters; i++) { temp = sin(i) / i; if(show) ++show_progress; } } It doesn't seem like I can instantiate a progress_display like this. Is there a way to conditionally have a progress display? Thanks, Dave

3 2

[BGL] A bug in graphviz parser ?
by Dmitry Bufistov 14 May '09

14 May '09

Hi, read_graphviz() parser considers names "b" and b as two different names while the native parser from AT&T does not. Regards, Dmitry

2 2

[boost] [Test] [1.35] How would one access a global fixture's member?
by Stephen Watjen 14 May '09

14 May '09

I came across an example of a global fixture macro in the docs, 'BOOST_GLOBAL_FIXTURE( fixture )' The example that is provided with Boost demonstrates setup and teardown utilizing the constructor and destructor of the fixture passed through the macro. It does not show members in this global fixture. I added a member to the fixture and tried to access it within a test case and I received a compiler error stating that the variable had not been declared in this scope. Is it possible to access a global fixture member? If yes, then how? struct Fixture { const char* str; } BOOST_GLOBAL_FIXTURE( Fixture ) BOOST_TEST_CASE( testGlobalFixture ) { BOOST_CHECK( str != 0 ); } // The above code fails to compile stating: 'str' undeclared (first use this function) Steve Watjen

2 1

Boost::asio // Barrier synchronization
by Dan Eaton 14 May '09

14 May '09

Hello, I'll soon be implementing barrier synchronization over TCP/boost::asio (much like MPI_Barrier) -- has anyone else implemented something similar? Is there any guidance you can offer? Many thanks :) Danny Dan Eaton Software Developer Acceleware Corp. (TSX-V:AXE) www.acceleware.com<http://www.acceleware.com/> Phone: +1.403.249.9099 Ext.295 Fax: +1.403.249.9881 Email: daniel.eaton(a)acceleware.com<mailto:daniel.eaton@acceleware.com> Get superpowered! Acceleware gets your products to market faster, better and stronger! This e-mail may contain information that is privileged and confidential and subject to legal restrictions and penalties regarding its unauthorized disclosure or use. You are prohibited from copying, distributing or otherwise using this information if you are not the intended recipient. If you have received this e-mail in error, please notify us immediately by return e-mail and delete this e-mail and its attachments from your system. Thank you. (c) 2008 Acceleware, Inc. All Rights Reserved

1 0