- Boost-users - lists.boost.org

tools/regression *.cpp files and test procedure
by Robert Ramey 17 Jul '07

17 Jul '07

http://www.boost.org/tools/regression/index.htm as well as the 1.34 release candidate refer to process_jam_log.cpp and compiler_status.cpp. Also there is a shell script run_tests.sh for invoking these programs. Is this information correct? Does this procedure, programs and scripts function with bjam V2 and whatever else has changed with 1.34 ? Robert Ramey

1 1

[BGL] filtered_graph and push_relabel_max_flow
by Leandro T. C. Melo 17 Jul '07

17 Jul '07

Hi all. I noticed the following comment on file push_relabel_max_flow.hpp: // This is a breadth-first search over the residual graph // (well, actually the reverse of the residual graph). // Would be cool to have a graph view adaptor for hiding certain // edges, like the saturated (non-residual) edges in this case. This comment is on top of function global_distance_update(), which actually implements the bfs mentioned above. Is there a particular reason for not filtering the graph (with filtered_graph) and avoiding the saturated edges? (Instead of reimplementing bfs.) Also, addition to the active and inactive lists could be done with a visitor. Thanks, Leandro.

1 0

compiler -Wshadow warnings
by Bryan Green 17 Jul '07

17 Jul '07

Hello, I'm reporting some warnings I'm getting from gcc when I compile with my code with -Wshadow (Boost 1.34). Not critical, just annoying (makes it harder to catch warnings in my own code). /usr/include/boost/signal.hpp:345: warning: declaration of 'combiner' shadows a member of 'this' /usr/include/boost/signals/signal_template.hpp:348: warning: declaration of 'result_type' shadows a member of 'this' /usr/include/boost/signals/detail/slot_call_iterator.hpp:51: warning: declaration of 'f' shadows a member of 'this' /usr/include/boost/program_options/parsers.hpp:34: warning: declaration of 'description' shadows a member of 'this' /usr/include/boost/variant/variant.hpp:1115: warning: declaration of 'which' shadows a member of 'this' /usr/include/boost/variant/variant.hpp:1120: warning: declaration of 'which' shadows a member of 'this' The variant ones are especially problematic, as the printout of the instantiation heirarchy is several pages long.

1 0

program_options: Are my options too complicated?
by Steven Mackenzie 16 Jul '07

16 Jul '07

Hello, I am writing an application that moves some data through a sequence of possibly optional processing steps, for instance (simplified) 1/ Read and Export Data, optionally exporting it to a text or binary file. 2/ Optionally Normalise the data, optionally exporting to file. 3/ Optionally reduce the size of the data set, optionally exporting the result. 4/ Create a score for the data set, and write the score to a file or socket. Each processing step 1-4 has a set of options, for example step 1 might export the data as a text file or as a binary, and might transpose the data (rows and columns) to make it easier to plot in a spreadsheet. Data output at each processing step 1-3 is optional, and processing steps 1-2 are optional. As described, this sounds like a pipeline of processes, but the customers expectations (and my ability) suggest that this should be a single application*, but with a consequently complicated set of options. I'd like to be able to use program_options to help me parse the command line or config file, and so my plan for the command line is that it would support 4 options (one for each step), for instance with <required options> and [optional options]: app <--export [optional file name [binary|text [transpose]]> [--normalize [optional file name]] [--reduce [optional file name]] <--score <file name or server address> [optional treshold number]> <input file name> I want to allow each option to be given more than once, so that for instance data could be exported as text and binary with app --export file1.bin binary --export file2.txt text transposed ... In another case the command line might be simply app --export --normalize --score file://score.txt input.bin where --export and --normalize are given as boolean switches, and --score has used a default value for the threshold number. In another case, I would like all of the options in a configuration file, and only the input file name would be given on the command line. So my questions: 1/ Could I make my command line simpler? 2/ Will boost::program_options be helpful in this case - I've only used it once before in a much simpler scenario? 3/ What program_options methods should I be looking at? Although the documentation has an excellent set of examples, I'm finding the reference section something of a maze. All sugestions will be gratefully received! Steven * The data set is large, and some processing steps might transform the data in-place. Other steps might depend on the output of more than one steps (for instance step 4 might depend on the results of steps 2 and 3). I hope to make much of the process multi-threaded.

1 0

[1.34.1] Release Candidate 3
by witt＠mailsnare.net 16 Jul '07

16 Jul '07

Hi, The 1.34.1 release candidate 3 is now available from http://www.boost.org/release/ please give it a try and report any problems to the developer list or directly to me. Thomas

1 0

Did not succeed to use algorithm/string on WinCE with MSVC 2005 and PocketPC2003 SDK
by Françoise CONIL 16 Jul '07

16 Jul '07

Hi, I successfully use replace_all function in a win32 "helloboost" application. My code has to work on Windows CE and when I tried a "helloboostpda" application, I had an error on boost/algorithm/string/compare.hpp because of the following include : #include <locale> This seems to be due to PocketPC2003 SDK that does not have a "locale" include (only a locale.h). Is there something I can do to use Boost algorithm/string library on Windows CE ? Thanks Francoise

1 0

Re: [Boost-users] [Boost.Filesystem] Program can't run under Win 98
by Trigve Siver 16 Jul '07

16 Jul '07

Hi, I have tried to rebuild boost.filesystem with D_WIN32_WINNT set to 0x0400 (with cxxflags) but it seems that it (cxxflags) was ignored and filesystem libs was build as without any cxxflags option. Command I run: bjam cxxflags=-D_WIN32_WINNT=0x0400 --with-filesystem toolset=msvc Are these flags (cflags, cxxflags) working? thanks Trigve ----- Original Message ---- From: Todd Greer <TGreer(a)affinegy.com> To: boost-users(a)lists.boost.org Sent: Saturday, July 14, 2007 12:04:21 AM Subject: Re: [Boost-users] [Boost.Filesystem] Program can't run under Win 98 On Thursday, July 12, 2007 7:27 AM Trigve Siver said: > I've got a problem running application that uses boost.filesystem on win > 98. I'm compiling it on Win XP SP2. The problem is the CreateHardLinkA > function. It seems that this functions was added lately to kernel32.dll > (Windows 2000 I think). Is there any solution to resolve this problem? > Anyway I don't use any links operations from boost.filesystem so I don't > care about this function. I'm using boost 1.34. With boost 1.33.1 > everything was working fine ( I think there wasn't code for link > operations). It would appear that #defining _WIN32_WINNT to 0x400 or less when compiling the filesystem library should exclude that code (and some related code with the same problem). I believe this can be done by setting cxxflags to -D_WIN32_WINNT when building, but I haven't tried it myself, and don't know much about the boost build system. Unless this problem is fixed for 1.34.1, I'll be learning the details myself in a few weeks, as it will otherwise block our upgrading. Have you filed a bug report at svn.boost.org? -- Todd _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users ____________________________________________________________________________________ Get the Yahoo! toolbar and be alerted to new email wherever you're surfing. http://new.toolbar.yahoo.com/toolbar/features/mail/index.php

2 1

[Boost.Graph] Unreachable nodes and dijkstra_shortest_paths
by Ewgenij Sokolovski 16 Jul '07

16 Jul '07

Hello. How does the distance_map container looks like if you apply the dijkstra_shortest_paths algorithm on a graph, and the graph is not connected? So how does the entry d[i] looks like if it is not possible to reach node i from the start node of the dijkstra_algorithm? I couldn't find this information in the online manual, the case of the predecessor_map is described there but not the one of the distance map. Regards Ewgenij -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail

2 1

Building Boost with CMake/MSVC2005
by Olaf 16 Jul '07

16 Jul '07

Hi, I successfully build boost with cmake using MSVC2005/VS80 from sandbox - even boost::iostream with zlib support. The zlib.cpp is added to the project. Anyway, I get LINK : fatal error LNK1104: Datei "libboost_zlib-vc80-mt-gd-1_34.lib" kann nicht geöffnet werden. => means: could not found I have to set libboost_zlib-vc80-mt-gd-1_34.lib to ignore in the Studio Linker Settings. Does exist such a target in the cmake svn/build tree, or using jam? How to build it? I've never seen such on my linux box. Thanks Olaf

1 0

Reply formatting plea
by David Abrahams 16 Jul '07

16 Jul '07

When people reply without a blank line separating new from quoted text: > quote somebody saying something > about something they said Your reply to the original poster's thesis, or even: > > quote somebody saying > something about something they > said > Your reply to the quoted text It gets really hard (for me, at least) to distinguish what you wrote from what the other person wrote. I know this seems nitpicky, but I ask that anyone who can tolerate it leave a blank line around replies, as follows: > quote somebody saying something > about something they said Your reply to the original poster's thesis, or even: > quote somebody saying > something about something they > said Thanks, -- Dave Abrahams Boost Consulting http://www.boost-consulting.com The Astoria Seminar ==> http://www.astoriaseminar.com

1 0