- Boost-users - lists.boost.org

RE: [Boost-Users] Boost::lambda: Why the following code would not compile?
by Ioffe, Robert 15 Aug '03

15 Aug '03

The following code works: #include <string> #include <map> #include <vector> #include <iterator> #include "boost/lambda/lambda.hpp" #include "boost/lambda/bind.hpp" #include "boost/lambda/algorithm.hpp" using namespace boost::lambda; using namespace std; int main() { string s; typedef map<string, int> counters_t; typedef counters_t::value_type counters_value_t; counters_t counters; typedef map<int, vector<string> > occurences_t; typedef occurences_t::value_type occurences_value_t; occurences_t number_of_occurences; while(cin >> s) ++counters[s]; for(map<string, int>::const_iterator it = counters.begin(); it != counters.end(); ++it) number_of_occurences[it->second].push_back(it->first); std::for_each(number_of_occurences.begin(), number_of_occurences.end(), (cout << bind(&occurences_value_t::first, _1) << ":\t" && true, bind(ll::for_each(), bind(call_begin(), bind(&occurences_value_t::second, _1)), bind(call_end(), bind(&occurences_value_t::second, _1)), protect(cout << _1 << " ")), cout << constant("\n") && true)); return 0; } -----Original Message----- From: Ioffe, Robert Sent: Friday, August 15, 2003 12:24 PM To: boost-users(a)yahoogroups.com Subject: [Boost-Users] Boost::lambda: Why the following code would not compile? The following code would not compile, since it complains about trying to copy cout. Any comments? Robert #include <string> #include <map> #include <vector> #include <iterator> #include "boost/lambda/lambda.hpp" #include "boost/lambda/bind.hpp" #include "boost/lambda/algorithm.hpp" using namespace boost::lambda; using namespace std; int main() { string s; typedef map<string, int> counters_t; typedef counters_t::value_type counters_value_t; counters_t counters; typedef map<int, vector<string> > occurences_t; typedef occurences_t::value_type occurences_value_t; occurences_t number_of_occurences; while(cin >> s) ++counters[s]; for(map<string, int>::const_iterator it = counters.begin(); it != counters.end(); ++it) number_of_occurences[it->second].push_back(it->first); std::for_each(number_of_occurences.begin(), number_of_occurences.end(), (cout << bind(&occurences_value_t::first, _1) << ":\t", bind(ll::for_each(), bind(call_begin(), bind(&occurences_value_t::second, _1)), bind(call_end(), bind(&occurences_value_t::second, _1)), protect(cout << _1 << " ")), cout << "\n")); return 0; } [Non-text portions of this message have been removed] Info: <http://www.boost.org> Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/

1 0

Boost::lambda: Why the following code would not compile?
by Ioffe, Robert 15 Aug '03

15 Aug '03

The following code would not compile, since it complains about trying to copy cout. Any comments? Robert #include <string> #include <map> #include <vector> #include <iterator> #include "boost/lambda/lambda.hpp" #include "boost/lambda/bind.hpp" #include "boost/lambda/algorithm.hpp" using namespace boost::lambda; using namespace std; int main() { string s; typedef map<string, int> counters_t; typedef counters_t::value_type counters_value_t; counters_t counters; typedef map<int, vector<string> > occurences_t; typedef occurences_t::value_type occurences_value_t; occurences_t number_of_occurences; while(cin >> s) ++counters[s]; for(map<string, int>::const_iterator it = counters.begin(); it != counters.end(); ++it) number_of_occurences[it->second].push_back(it->first); std::for_each(number_of_occurences.begin(), number_of_occurences.end(), (cout << bind(&occurences_value_t::first, _1) << ":\t", bind(ll::for_each(), bind(call_begin(), bind(&occurences_value_t::second, _1)), bind(call_end(), bind(&occurences_value_t::second, _1)), protect(cout << _1 << " ")), cout << "\n")); return 0; } [Non-text portions of this message have been removed]

1 0

How to build my projects based on boost_python libraries using visual c++7.0
by shunm_fang 15 Aug '03

15 Aug '03

Hello, I am newbie to boost.python. Currently, I have a projects to wrap our c++ code to python module using boost_python. I download boost_1_19_0 and built it in .net, now I want to test the libraries is right or not, I try to build the hello module in the example, but fail, it saying that: c:\Program Files\Microsoft Visual Studio .NET\Vc7\include\cstdio (15): error C2059: syntax error : ':' any trick about it

1 0

[BGL] write_graphviz error
by Micha Bieber 15 Aug '03

15 Aug '03

The following bug exists also as sourceforge bug request: [ 778394 ] GraphViz Interface boost version is 1.30.0 Because Jeremy seems to be reactivated and the sourceforge tracker status is still 'open' a small reminder: For an adjacency list of the following form adjacency_list<listS, listS, undirectedS, PositionProperty> write_graphviz produces the following graph structure --- output begin --- graph G { graph [splines=false bgcolor=lightgrey] node [shape=circle color=red] edge [style=solid] 002F48A0[label ="", height="0.1", pos="540,250"]; 002F4978[label ="", height="0.1", pos="278,321"]; 002F4A50[label ="", height="0.1", pos="198,67"]; 002F4B28[label ="", height="0.1", pos="163,27"]; 002F4C00[label ="", height="0.1", pos="442,487"]; 002F4B28--002F4A50 ; 002F4A50--002F4978 ; 002F4978--002F4B28 ; 002F4B28--002F48A0 ; 002F48A0--002F4A50 ; 002F4978--002F48A0 ; 002F48A0--002F4C00 ; 002F4C00--002F4978 ; } --- output end --- This causes error messages from neato (GraphViz tool): --- error messages begin -- v:\my\delaunay\test\d1\output>neato -s72 -n2 -Tgif -o file.gif delaunay.dot Warning: delaunay.dot:5: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:6: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:7: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:8: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:9: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:10: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:10: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:11: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:11: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:12: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:12: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:13: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:13: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:14: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:14: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:15: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:15: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:16: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:16: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:17: ambiguous "002F" splits into two names: "002" and "F" Warning: delaunay.dot:17: ambiguous "002F" splits into two names: "002" and "F" Error: node 002 in graph G has no position as required by the -n flag v:\my\delaunay\test\d1\output> --- error messages end --- The reason can be found at: http://www.research.att.com/~erg/graphviz/info/lang.html "An ID is any string of alphabetic characters, underscores or digits, but not beginning with a digit; or a number; or any quoted string possibly containing escaped quotes." So, the hexadecimal number (mix of digits and characters) of the transfered pointer (list item) is the problem.I would suggest write_graph_viz quotes the node name or prefixes with a character or uses a decimal representation. Regards, Micha

2 1

Graph component question
by Stefan Slapeta 15 Aug '03

15 Aug '03

Hi all, finding edges of cycles in a directed graph is a solved problem and done by the strong_components algorithm. Is there also any a good solution for finding the path (= the exact sequence of vertices) that encloses a strong component? (Note that in a strong component there can be also smaller subcycles that are not of interest.) With other words: I want to find the way through a strong component that visits all its edges. Thanks in advance! Stefan

3 2

Using shared_ptr<> with boost::lamda
by limaxtt 15 Aug '03

15 Aug '03

shared_ptr<> can't be easily used in lambda expressions, because there is no operator->* defined. So, there are two problems in two different libraries: 1) operator->* needs to be added to Smart Pointers library. It can be easily done for data-members, but not for methods, since it includes return type deduction from template parameters. So there is another problem: 2) boost::function_traits<> from Type Traits library (result_type particulary) does not work for class methods.

1 0

[Patch] Boost Jamfiles
by Administrator 15 Aug '03

15 Aug '03

The following changelog and patch do three things: 1. Change to common naming scheme for libs 2. Common subdir for compiled libs 3. Test and date_time dll's suppressed for NT builds. Would appreciate any and all feedback on this patch. Thanks. Dale Hirt Changelog: ---------- 2003-08-14 17:40 pm Dale Hirt <administrator(a)sbcltd.com> Jamfile * Added in boost-stage-tag rule. This appends a "d" to the end of the lib name if it is being compiled in debug mode, and "_pydebug", if being compiled in debug-python mode. Allows for common naming scheme across entire Boost tree. libs/date_time/build/Jamfile * Changes compilation options so that shared lib is not built if we're on NT. * Adds in stage rule to place libs in common subdir, and also to use common naming scheme per debug builds. libs/filesystem/build/Jamfile * Adds in stage rule to place libs in common subdir, and also to use common naming scheme per debug builds. libs/python/build/Jamfile * Changes stage rule to place libs in common subdir, and also to use common naming scheme per debug and debug-python builds. libs/regex/build/Jamfile * Changes stage rule to place libs in common subdir. libs/signals/build/Jamfile * Changes stage rule to use common naming scheme per debug builds. libs/test/build/Jamfile * Changes compilation options so that shared lib is not built if we're on NT. * Changes stage rule to use common naming scheme per debug builds. libs/thread/build/Jamfile * Changes stage rule to place libs in common subdir, and also to use common naming scheme per debug builds. Patch: -------- Index: Jamfile =================================================================== RCS file: /cvsroot/boost/boost/Jamfile,v retrieving revision 1.7 diff -r1.7 Jamfile 2a3,21 > # Common rules for libs > rule boost-stage-tag ( toolset variant : properties * ) > { > local lib-debug-opt = "" ; > if [ MATCH .*(debug).* : $(variant) ] > { > lib-debug-opt = d ; > } > > local lib-pydebug-opt = "" ; > if [ MATCH .*(debug-python).* : $(variant) ] > { > lib-pydebug-opt = _pydebug ; > lib-debug-opt = "" ; > } > > return $(properties) <tag><$(variant)>$(lib-debug-opt)$(lib-pydebug-opt) ; > } > Index: libs/date_time/build/Jamfile =================================================================== RCS file: /cvsroot/boost/boost/libs/date_time/build/Jamfile,v retrieving revision 1.9 diff -r1.9 Jamfile 24d23 < 29c28,29 < dll boost_date_time : ../src/gregorian/$(CPP_SOURCES).cpp --- > > lib boost_date_time : ../src/gregorian/$(CPP_SOURCES).cpp 34c34,37 < lib boost_date_time : ../src/gregorian/$(CPP_SOURCES).cpp --- > if ! ${NT} > { > > dll boost_date_time : ../src/gregorian/$(CPP_SOURCES).cpp 38a42,55 > stage ../../../lib > : <lib>boost_date_time <dll>boost_date_time > : boost-stage-tag > : debug release > ; > } > else > { > stage ../../../lib > : <lib>boost_date_time > : boost-stage-tag > : debug release > ; > } Index: libs/filesystem/build/Jamfile =================================================================== RCS file: /cvsroot/boost/boost/libs/filesystem/build/Jamfile,v retrieving revision 1.5 diff -r1.5 Jamfile 17c17,24 < ; \ No newline at end of file --- > ; > > stage ../../../lib > : <lib>boost_filesystem > : boost-stage-tag > : debug release > ; > Index: libs/python/build/Jamfile =================================================================== RCS file: /cvsroot/boost/boost/libs/python/build/Jamfile,v retrieving revision 1.29 diff -r1.29 Jamfile 78,83c78,81 < stage bin-stage : <dll>boost_python <lib>boost_python < : <tag><debug>"_debug" < <tag><debug-python>"_pydebug" < : < debug release < ; --- > stage ../../../lib : <dll>boost_python <lib>boost_python > : boost-stage-tag > : debug release > ; Index: libs/regex/build/Jamfile =================================================================== RCS file: /cvsroot/boost/boost/libs/regex/build/Jamfile,v retrieving revision 1.17 diff -r1.17 Jamfile 131c131 < stage bin-stage : <lib>boost_regex <dll>boost_regex --- > stage ../../../lib : <lib>boost_regex <dll>boost_regex Index: libs/signals/build/Jamfile =================================================================== RCS file: /cvsroot/boost/boost/libs/signals/build/Jamfile,v retrieving revision 1.6 diff -r1.6 Jamfile 27,28c27,28 < : <dll>boost_signals < : <tag><debug>"d" --- > : <dll>boost_signals <lib>boost_signals > : boost-stage-tag Index: libs/test/build/Jamfile =================================================================== RCS file: /cvsroot/boost/boost/libs/test/build/Jamfile,v retrieving revision 1.8 diff -r1.8 Jamfile 67a68,92 > stage ../../../lib : > <lib>boost_prg_exec_monitor > <lib>boost_test_exec_monitor > <lib>boost_unit_test_framework > <dll>boost_prg_exec_monitor > <dll>boost_test_exec_monitor > <dll>boost_unit_test_framework > : > boost-stage-tag > : > debug release > ; > } > else > { > stage ../../../lib : > <lib>boost_prg_exec_monitor > <lib>boost_test_exec_monitor > <lib>boost_unit_test_framework > : > boost-stage-tag > : > debug release > ; > Index: libs/thread/build/Jamfile =================================================================== RCS file: /cvsroot/boost/boost/libs/thread/build/Jamfile,v retrieving revision 1.20 diff -r1.20 Jamfile 47c47 < stage bin-stage --- > stage ../../../lib 50c50 < <tag><debug>"d" --- > boost-stage-tag

3 2

FW: Patch File For Common Library Subdir
by Administrator 15 Aug '03

15 Aug '03

Jeff, I do have a patch that will do the trick. It also deals with placing all libs into a common subdir of the root directory. If anyone is interested, let me know. Dale > -----Original Message----- > From: Jeff Garland [mailto:jeff@crystalclearsoftware.com] > Sent: Thursday, August 14, 2003 5:19 PM > To: Boost-Users(a)yahoogroups.com > Subject: RE: [Boost-Users] [date_time] library binaries for VC7.1? && > Comm on lib placement <snip> > > Exactly. I think the problem is that the build appears to be building > a valid .dll. I've wanted to turn this off, but I couldn't > figure out the > jamfile magic to make this happen and ran out of time to > pursue it. It's on > my todo list to fix this, but for now just use the static lib. > > Jeff

1 0

RE: [Boost-Users] Re: Using Boost as a Library Dependency
by Administrator 14 Aug '03

14 Aug '03

Jason, Speaking as someone who downloads and uses lots of open-source libraries, I expect that if another library is required, it will be stated in the documentation, and that it is up to me, the library user, to ensure that paths are correctly set up for my compiler. Just don't forget to include the website where I can download the required libraries. There should be no need to modify any of your (the developer's) library files in order for it to work. Compiler include paths are very easy to set up, both on Unix, where you would use something like autoconf to help set everything up, and on Windows, where Visual Studio has a simple directory include dialog box to type into. Again, you (the developer) should only need to state that the library requires another library(i.e. Boost), and me (the user) should be able to deal with it. If I can't, I (the user) actually need to RTFM about my compiler. Dale Hirt > -----Original Message----- > From: Jason Winnebeck [mailto:yg-boost-users@m.gmane.org] > Sent: Thursday, August 14, 2003 5:38 AM > To: boost-users(a)yahoogroups.com > Subject: [Boost-Users] Re: Using Boost as a Library Dependency > > > David Abrahams wrote: > > Jason Winnebeck <yg-boost-users(a)m.gmane.org> writes: > >>What do you want it to do? What is the least you expect it to > >>handle? > > > > > > ?? I don't understand your questions. You're the one with a problem > > that needs to be solved. > > Perhaps I was unclear. I was asking it in the sense of "were you to > download some non-commercial 3rd party library today that required > Boost, what would you reasonably expect to be required to do > to get it > to use your boost?" The next question was sort of a second > one asking > what you would have to do ideally but the answer there is > always nothing > ;). Ideally what I would expect is something where it is very simple > that requires you to type the path to your Boost once and only once. > > > Sure, or you're going to have to tell me about a location that gets > > put in the path used by your makefile so I can drop (a > symlink to) my > > boost tree there. The use of angle-includes is irrelevant to all > > this, at least as far as GCC/mingw are concerned. > > There are no symlinks in Windows. I suppose I can make an "include" > makefile where you place your Boost directory in there. For > some reason > this solution is trivial and I just thought of it. Well that makes > makefiles easy. As for Visual Studio... It's a bit more > complicated I > can look more to see what options I have. I know of at least one > solution if I can't find a better one. > > Jason > > > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Buy Ink Cartridges or Refill Kits for Your HP, Epson, Canon or Lexmark > Printer at Myinks.com. Free s/h on orders $50 or more to the > US & Canada. http://www.c1tracking.com/l.asp?cid=5511 > http://us.click.yahoo.com/l.m7sD/LIdGAA/qnsNAA/EbFolB/TM > -------------------------------------------------------------- > -------~-> > > Info: <http://www.boost.org> > Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> > Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> > > > Your use of Yahoo! Groups is subject to > http://docs.yahoo.com/info/terms/ > >

1 0

[date_time] library binaries for VC7.1?
by Dan Muller 14 Aug '03

14 Aug '03

I've been using boost for a while, but now for the first time I'm using a component that isn't entirely header-based, namely date_time in boost 1.30.0. After building boost for VC7.1, I find a .lib file in boost_1_30_0\libs\date_time\build\bin\libboost_date_time.lib\msvc\debug \runtime-link-dynamic and a .dll in boost_1_30_0\libs\date_time\build \bin\boost_date_time.dll\msvc\debug\runtime-link-dynamic. There are a couple of things that I don't understand about these files. Is the .lib file supposed to be the import library for the .dll? Linking against the .lib file hasn't produced any import references in my applications. Perhaps I'm just not hitting any out-of-line functionality, but it sure seems like the .lib file is a static library rather than an import library. Also, running DUMPBIN /EXPORTS on the .dll file shows no exported symbols related to date_time classes, as far as I can see. It really looks like it's exporting a bunch of stuff related to the standard C++ library, which makes no sense to me. Can anyone clear up my confusion? -- Dan Muller "So that's what an invisible barrier looks like!" (Time Bandits)

1 0