- Boost-users - lists.preview.boost.org

Parsing Problem
by jwwillcox2003 19 Aug '03

19 Aug '03

struct usmtf : public grammar<usmtf> { template <typename ScannerT> struct definition { definition(usmtf const& self) { message = mainText; exerciseSet = !eol_p >> str_p("EXER")[do_print("EXER")] >> ch_p('/') >> *(field >> ch_p('/')) >> ch_p('/'); messageIdentifierSet = str_p("MSGID")[do_print("MSGID")] >> ch_p('/') >> *(field >> ch_p('/')) >> ch_p('/'); field = lexeme_d [ +(upper_p - ch_p('/') - eol_p) ]; mainText = exerciseSet >> eol_p >> messageIdentifierSet >> end_p; }; rule<ScannerT> message, mainText, exerciseSet, messageIdentifierSet, field; rule<ScannerT> const& start() const { return message; } }; }; Using this grammar above, it will parse EXER/EE/FF//MSGID// using mainText = exerciseSet >> messageIdentifierSet >> end_p; However, I want it to parse EXER/EE/FF// MSGID// and mainText = exerciseSet >> eol_p >> messageIdentifierSet >> end_p; does not work. Why? How do I parse what I want?

2 1

lexical_cast with unsigned short
by Charles Schwartz 19 Aug '03

19 Aug '03

If possible, please advise. using lexical cast w/unsigned short fails, on MSVC7: #include <boost\lexical_cast.hpp> #include <iostream> int _tmain(int argc, _TCHAR* argv[]) { std::string aStr("2"); unsigned short i = boost::lexical_cast<unsigned short>(aStr); \\ ERROR! std::cout << i << std::endl; return 0; }

3 3

[BGL/iterator_adaptor] retrieving edge iterators from a const graph object?
by Chris Russell 19 Aug '03

19 Aug '03

I'm developing an algorithm based on a DFS of a directed graph that models the BidirectionalGraph concept. In my DFS visitor I have a need to retrieve the pair of in_edge iterators of a specific vertex in my finish_vertex method. Invoking boost::in_edges(Vertex, Graph) and discarding the result compiles fine. However, I can't compile the statement boost::tie(edgeiniterBegin, edgeiniterEnd) = boost::in_edges(Vertex, Graph). I'm struggling to understand why the const-ness of the Graph object results in a "no user defined conversion. from const boost::iterator_adaptor ...." compilation error. I suspect that I have incorrectly specified the type of the in-edge iterators to which I'm attempting to boost::tie the returned iterator pair (my target iterators are declared as boost::graph_traits<mygraph_t>::in_edge_iterator currently) but haven't been able to figure out how else to explain my intent to the compiler. I'll post the specific error message produced by the Windows version of the Intel 7.x compiler and source if necessary - but I'm guessing that I'm missing something pretty obvious here. Any clarification/suggestions would be appreciated. TIA - Chris

2 2

[BGL] named parameter defaults and namespace confusion
by Chris Russell 19 Aug '03

19 Aug '03

In my project, I'm using several different graph objects that are declared in different namespaces. All of these graphs use default internal color maps. Suppose I declare a graph in namespace A. In another namespace, say namespace B, I attempt to invoke a DFS using the named parameter version of the call specifying only the visitor and defaulting the rest of the parameters. Specifically, I do not specify the color map in the named parameter list. What I expected was that the DFS would find, and use the default internal color map of the graph declared in namespace A. However, it appears that it does not and allocates a temporary color map (I assume the compiler searches namespace B, not A). Subsequently when DFS attempts to initialize the color map to white, a fault occurs at runtime (I haven't had time to get into the guts of DFS and figure out exactly why this bombs yet). I've worked around this by using the standard (sans named parameters) version of the DFS call (explicitly passing in a reference to the internal color map). This seeming interaction between the named parameter mechanism and namespaces is pretty subtle - if not for the runtime fault, I would likely have never noticed that the internal property map wasn't being used during the search. Has anyone else seen this? - Chris

2 3

RE: [Boost-Users] shared_ptr - no throw requirement
by Glen Knowles 19 Aug '03

19 Aug '03

From: Victor A. Wagner, Jr. [mailto:vawjr@rudbek.com] >At Monday 2003-08-18 14:43, you wrote: >>What's the rational for the requirement that ~pointee() be no throw? Instead >>of nothrow could it have been specified that shared_ptr functions throw only >>if ~pointee() throws? >> >>This is also something that could go in the docs (assuming I didn't simply >>miss it). > >the ramifications of having any destructor throw are too horrible to >contemplate. >Well, maybe not "too horrible" but several articles have been written on >the ensuing problems. This may be true, and I have read a few articles on the subject, but "too horrible to comtemplate" isn't exactly a rational. A simple statement in the common requirements that it is deemed too error prone would be helpful. Glen [Non-text portions of this message have been removed]

2 1

shared_ptr - no throw requirement
by Glen Knowles 18 Aug '03

18 Aug '03

What's the rational for the requirement that ~pointee() be no throw? Instead of nothrow could it have been specified that shared_ptr functions throw only if ~pointee() throws? This is also something that could go in the docs (assuming I didn't simply miss it). Thanks, Glen [Non-text portions of this message have been removed]

2 1

RE: [Boost-Users] RE: [date_time] library binaries for VC7.1? && Comm on lib placement
by Administrator 18 Aug '03

18 Aug '03

Dan, At least, so far, it only allows for debug/non-debug tagging. Right now, I'm starting to get involved over on the Boost.Build <http://groups.yahoo.com/group/jamboost/> mailing list. We'll see exactly how things pan out, although I doubt there will be any major changes for a little while. Dale > -----Original Message----- > From: Dan Muller [mailto:yg-boost-users@m.gmane.org] > Sent: Monday, August 18, 2003 6:00 AM > To: boost-users(a)yahoogroups.com > Subject: [Boost-Users] RE: [date_time] library binaries for VC7.1? && > Comm on lib placement > > > In article <41B553DE6D81D5119AD90050DA7ACF702E62E6@PDCSERVER>, > administrator(a)sbcltd.com says... > > Dan, > > > > The date_time.lib library is a static lib. The built > date_time.dll actually > > has no exports in it, so for VC purposes is useless. I > would say don't > > worry about it, and just use the static lib. > > Thanks, Dale, this is exactly what I needed to know. I was > starting to > worry that I didn't understand DUMPBIN's output, which would be > worrisome since I've been using it for years. :-) > > > On a side note, has anyone been working on placing built > items into a common > > directory, say <boost_top_dir>/lib? > > > > If not, I have a patch that should help alot. > > Sounds like an excellent idea. I'm assuming that on Windows, > the boost > build would then follow common conventions so that libraries > built with > different characteristics (debug vs. non-debug, multi- vs. single- > threaded, etc) had different names. (I haven't been following boost > build developments lately -- is this a topic of ongoing changes?) > > > > > > -----Original Message----- > > > From: Dan Muller [mailto:yg-boost-users@m.gmane.org] > [text elided] > > > > > > 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\m > > > svc\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. > > > > > -- > Dan Muller > "So that's what an invisible barrier looks like!" (Time Bandits) > > > > ------------------------ 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/ > >

2 1

augmented_crc problem with gcc 3.1 and 3.2
by Raoul Gough 18 Aug '03

18 Aug '03

Hi, I've just noticed that my usage of boost::augmented_crc has stopped working since upgrading to gcc 3.x. The problem turns out to be with the workaround extra parameter BOOST_ACRC_DUMMY_PARM_TYPE*. The usage (in crc.hpp) looks like this: template < std::size_t Bits, BOOST_CRC_PARM_TYPE TruncPoly > typename uint_t<Bits>::fast augmented_crc( void const *buffer, std::size_t byte_count, typename uint_t<Bits>::fast initial_remainder BOOST_ACRC_DUMMY_PARM_TYPE ); Which doesn't supply a default value for the fourth parameter (i.e. it really requires all four parameters). Curiously, there is a BOOST_ACRC_DUMMY_INIT defined, which would supply a default value, but it is never used. Is this a bug in crc.hpp? *This happens for gcc 3.1 and 3.2 because config/compiler/gcc.hpp sets BOOST_NO_EXPLICIT_FUNCTION_TEMPLATE_ARGUMENTS to work around a known bug in those versions. -- Raoul Gough "Let there be one measure for wine throughout our kingdom, and one measure for ale, and one measure for corn" - Magna Carta

1 0

bgl compile problem with vc++ 7.1
by Stephan Höfer 18 Aug '03

18 Aug '03

Hello, I've checked out the newest version of boost from the cvs directory on boost-consulting.com. I've tried to recompile my bgl program to be able to use the latest changes of the bgl code. The compilation progress finished with the following error code: ..\..\..\boost\boost\graph\properties.hpp(169) : error C2248: 'boost::detail::subgraph_property_generator::bind_<SubGraph,Property,Tag>::type' : cannot access private typedef declared in class 'boost::detail::subgraph_property_generator::bind_<SubGraph,Property,Tag>' with [ SubGraph=boost::subgraph<boost::adjacency_list<boost::vecS,boost::vecS,boost::undirectedS,VertexProperty,EdgeProperty>>, Property=boost::detail::vertex_property_map<boost::subgraph<boost::adjacency_list<boost::vecS,boost::vecS,boost::undirectedS,VertexProperty,EdgeProperty>>,vertex_point_t>::Property, Tag=vertex_point_t ] and [ SubGraph=boost::subgraph<boost::adjacency_list<boost::vecS,boost::vecS,boost::undirectedS,VertexProperty,EdgeProperty>>, Property=boost::detail::vertex_property_map<boost::subgraph<boost::adjacency_list<boost::vecS,boost::vecS,boost::undirectedS,VertexProperty,EdgeProperty>>,vertex_point_t>::Property, Tag=vertex_point_t ] Cheers, Stephan [Non-text portions of this message have been removed]

2 1

[Q] Boost-Build V2
by Chris Drexler 18 Aug '03

18 Aug '03

Dear Listmembers, since a few weeks I'm using boost within a development system which should be changed towards operating system independence. As boost-buil V2 has a lot of nice features I wanted to base the build process on it. Unfortunatly it's very confusing to get all the information I need and sometimes it is not clear to which boost-build version (v1 or v2) some documentation belongs to. I hope this list is the right place to ask some questions about this. I'm going to describe the my current setup first (which is a little bit longish in order to cover all important points, hopefully) and afterwards I'll explain the problems. The scenario: We have some self-made class libraries which depend on downloaded packages (one is boost). So I thought of using the (usage-)dependency features of boost-build v2 for automatically using the right include paths and the according libraries. (I'm using milestone 6 of boost-build) root | + pkgs + boost_1_30_0 | | | + log4cpp_0.3.4b + include | + lib | + mylib + include | + src | + myapps + testapp + src The idea was to separate the information of which package versions to use and where libraries and include files reside. For this I put a Jamfile into 'pkgs' which consist of the following entries (OS independence not included right now) ------------------------------------------------------------------- project pkgs ; BOOST = boost_1_30_0 ; LOG4CPP = log4cpp-0.3.4b ; # system libraries lib winsock : : <name>Ws2_32.lib ; lib advapi : : <name>Advapi32.lib ; alias all : log4cpp boost ; alias boost : : <include>$(BOOST) ; lib log4cpp : : <file>$(LOG4CPP)/msvc6/log4cpp/Release/log4cpp.lib <variant>release : : <library>winsock <library>advapi ; lib log4cpp : : <file>$(LOG4CPP)/msvc6/log4cpp/Debug/log4cpp.lib <variant>debug : : <library>winsock <library>advapi ; ------------------------------------------------------------------- and the Jamfile in 'root' (where project-root.jam and boost-build.jam resides) contains ------------------------------------------------------------------- project MyProject : default-build debug <link>static ; use-project /pkgs : ./pkgs ; use-project /MyLib: ./mylib ; ------------------------------------------------------------------- The Jamfile in 'mylib' uses several of the libraries defined in 'pkgs' ------------------------------------------------------------------- project MyLib : usage-requirements <include>./include : requirements <include>./include : source-location ./src ; LIBSRC = [ .. whatever ..] ; lib MyLib : $(LIBSRC) : : : <library>/pkgs//log4cpp ; lib MyLib2 : $(LIBSRC) : : : <library>/pkgs//all ; ------------------------------------------------------------------- and the application 'testapp' depends on 'mylib' ------------------------------------------------------------------- project testapp : requirements <library>/MyLib//MyLib : source-location ./src ; exe test : testapp.cpp ; exe test2 : testapp.cpp : : <library>/MyLib//MyLib2 ; ------------------------------------------------------------------- Problems/Questions ================== - I had to put a (empty) 'project-root.jam' file into 'pkgs'. Otherwise I get the error message: error: default build can be specified only in first alternative main target is ../../../pkgs/log4cpp Any ideas why this happens? - the library dependcies for 'log4cpp' are correct and the appropriate library is linked BUT the include depencies are not used (neither for boost nor for log4cpp). I had to add the paths once more into the Jamfile in 'root' to make them available. After the changes the Jamfile looks like this ------------------------------------------------------------------- BOOST = pkgs/boost_1_30_0 ; LOG4CPP = pkgs/log4cpp-0.3.4b ; project MyProject : default-build debug <link>static : requirements <include>$(BOOST) <include>$(LOG4CPP)/include ; use-project /pkgs : ./pkgs ; use-project /MyLib: ./mylib ; ------------------------------------------------------------------- This is not what I wanted because now the paths to the package directies appear twice, once in root/Jamfile and once in root/pkgs/Jamfile. Thanks you very much ! Best Regards, Chris Drexler

2 3

RE: [Boost-Users] [date_time] library binaries for VC7.1? && Comm on lib placement
by Administrator 18 Aug '03

18 Aug '03

Dan, The date_time.lib library is a static lib. The built date_time.dll actually has no exports in it, so for VC purposes is useless. I would say don't worry about it, and just use the static lib. On a side note, has anyone been working on placing built items into a common directory, say <boost_top_dir>/lib? If not, I have a patch that should help alot. Dale > -----Original Message----- > From: Dan Muller [mailto:yg-boost-users@m.gmane.org] > Sent: Thursday, August 14, 2003 11:38 AM > To: boost-users(a)yahoogroups.com > Subject: [Boost-Users] [date_time] library binaries for VC7.1? > > > 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\m > svc\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) > > > > ------------------------ 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/ > >

5 5

Type Traits
by Hossein Haeri 18 Aug '03

18 Aug '03

Hi friends, I'm looking for some stuff like the Loki::TypeTraits. I presume that there should be some similar ones in the boost repository. If I'm right, please tell me where they are. Thanks, --Hossein __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

4 5

uClibc and Boost
by codeazure 18 Aug '03

18 Aug '03

Has anyone had success using Boost with the uClibc libraries? In particular, have you got Boost.Python to work? I am using the getting_started1.cpp example provided with Boost. I am using Boost 1.30.0, uClibc 0.9.20 and Python 2.2.3. Note that uClibc does not currently support a dlopen() called library calling a dlopen(). I have found that as long as the library is loaded with Python, I can get it to work. I am currently using the SSL version of the socket module, which is using SSL libraries linked against Python. I have tried 2 techniques so far, but both result in core dumps. 1. Compile Python against uClibc and force linking with libboost_python.so 2. Compile Pyhton against uClibc only. Build Boost application by linking against libboost_python.a so no external library is needed. It may be that the 2 libraries are simply not compatible at this stage. Does anyone have any ideas? David Abrahams has suggested low level debugging to work out what is causing the core dump, but if the problem lies deep within uClibc, then I have a problem. Regards, Jeff Gray

2 1

Variant library or alternative suggestion
by vivek_arora 17 Aug '03

17 Aug '03

Whats is the status of the variant library which was supposed to have been approved for inclusion? I was unable to compile the code submitted for review. Are there any alternative ways/libraries for representing typesafe unions ? thanks -Vivek Arora

3 2

newbie metaprogramming question
by Istvan Buki 17 Aug '03

17 Aug '03

Hello Boost experts, I'm starting learning about template metaprogramming and I discovered that Boost provide several libraries in that area. I tried to see if those libraries could be used for a piece of code I have in my mind but I have a hard time figuring out how to start with it. I don't know if it is because I try to apply metaprogramming techniques in a use case where they doesn't fit or because of my lack of experience with these tools. I'm posting my use case here to get some help and advice about it. In a library I provide two classes: 1) An abstract base class (let's call it Base) from which user will derive their own classes. 2) A manager class responsible for manipulating instances of classes derived from Base. The user, in his application, create an an arbitrary number of classes derived from Base. Let's call them A, B and C for example. He create a typelist containing all those classes and passes it as a parameter to the manager class: typedef boost::mpl::list< A, B, C > my_types ; typedef Manager< my_types> my_manager ; When an instance of my_manager is created I would like to automatically create one instance of each type present in the typelist and these instances should be stored in a container where I could access them later. Something like the following: template < class Typelist > class Manager { public: Manager( void ) ; // ..... private: std::vector< Base * > container_ ; // .... } ; template < class Typelist > Manager< Typelist >::Manager( void ) { // This is not C++, it is pseudo-code that shows what I would // like to achieve. FOR EACH Typelist item i DO Base *b = new Typelist[i] container_.push_back( b ) ; END } So, at compile-time, some code should be generated to do what I wrote in pseudo-code in the constructor of Manager. Does this make any sense ? And if it is, could someone help me transform transform the pseudo-code in the constructor of manager to real code ? Thanks for any help you could provide, Istvan

1 0

Errors building boost w/ VC++ 6.0 sp5
by Michael H. Cox 17 Aug '03

17 Aug '03

I downloaded boost_1_30_0.zip, unpacked the zip file, cd'ed into boost_1_30_0, and ran "bjam "-sTOOLS=msvc". Most of the library seemd to compile fine (Python was skipped since I didn't have it installed). Bjam failed to update 12 targets, skipped 12 targets (the same 12 that failed?), and updated 452 targets. The error messages at the end were: ...failed vc-Link libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\run time-link-dynamic\threading-single\boost_test_exec_monitor.dll libs\test\build\b in\boost_test_exec_monitor.dll\msvc\debug\runtime-link-dynamic\threading-sin gle\ boost_test_exec_monitor.lib... ...skipped <libs!test!build\boost_test_exec_monitor.dll\msvc\debug\runtime-link- dynamic\threading-single>boost_test_exec_monitor.dll for lack of <libs!test!buil d\boost_test_exec_monitor.dll\msvc\debug\runtime-link-dynamic\threading-sing le>b oost_test_exec_monitor.lib... MkDir1 libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\runtime-link-d ynamic\threading-multi vc-C++ libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\runtime-link-d ynamic\threading-multi\execution_monitor.obj execution_monitor.cpp vc-C++ libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\runtime-link-d ynamic\threading-multi\test_tools.obj test_tools.cpp vc-C++ libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\runtime-link-d ynamic\threading-multi\unit_test_parameters.obj unit_test_parameters.cpp vc-C++ libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\runtime-link-d ynamic\threading-multi\unit_test_log.obj unit_test_log.cpp vc-C++ libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\runtime-link-d ynamic\threading-multi\unit_test_monitor.obj unit_test_monitor.cpp vc-C++ libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\runtime-link-d ynamic\threading-multi\unit_test_result.obj unit_test_result.cpp vc-C++ libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\runtime-link-d ynamic\threading-multi\unit_test_suite.obj unit_test_suite.cpp vc-C++ libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\runtime-link-d ynamic\threading-multi\test_main.obj test_main.cpp vc-Link libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\runtime-link- dynamic\threading-multi\boost_test_exec_monitor.dll libs\test\build\bin\boost_te st_exec_monitor.dll\msvc\debug\runtime-link-dynamic\threading-multi\boost_te st_e xec_monitor.lib test_main.obj : error LNK2001: unresolved external symbol "int __cdecl test_main (int,char * * const)" (?test_main@@YAHHQAPAD@Z) libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\runtime-link-dyna mic\ threading-multi\boost_test_exec_monitor.dll : fatal error LNK1120: 1 unresolved externals CALL "C:\Program Files\Microsoft Visual Studio\VC98\bin\VCVARS32.BAT" >nul "C:\Program Files\Microsoft Visual Studio\VC98\bin\link" /nologo /INCREMENT AL:NO /DEBUG /DLL /subsystem:console /out:"libs\test\build\bin\boost_test_exe c_monitor.dll\msvc\debug\runtime-link-dynamic\threading-multi\boost_test_exe c_mo nitor.dll" /IMPLIB:"libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\ runtime-link-dynamic\threading-multi\boost_test_exec_monitor.lib" @"libs\tes t\build\bin\boost_test_exec_monitor.dll\msvc\debug\runtime-link-dynamic\thre adin g-multi\boost_test_exec_monitor.CMD" ...failed vc-Link libs\test\build\bin\boost_test_exec_monitor.dll\msvc\debug\run time-link-dynamic\threading-multi\boost_test_exec_monitor.dll libs\test\build\bi n\boost_test_exec_monitor.dll\msvc\debug\runtime-link-dynamic\threading-mult i\bo ost_test_exec_monitor.lib... ...skipped <libs!test!build\boost_test_exec_monitor.dll\msvc\debug\runtime-link- dynamic\threading-multi>boost_test_exec_monitor.dll for lack of <libs!test!build \boost_test_exec_monitor.dll\msvc\debug\runtime-link-dynamic\threading-multi >boo st_test_exec_monitor.lib... MkDir1 libs\test\build\bin\boost_unit_test_framework.dll MkDir1 libs\test\build\bin\boost_unit_test_framework.dll\msvc MkDir1 libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug MkDir1 libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static MkDir1 libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-single vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-single\execution_monitor.obj execution_monitor.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-single\test_tools.obj test_tools.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-single\unit_test_parameters.obj unit_test_parameters.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-single\unit_test_log.obj unit_test_log.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-single\unit_test_monitor.obj unit_test_monitor.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-single\unit_test_result.obj unit_test_result.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-single\unit_test_suite.obj unit_test_suite.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-single\unit_test_main.obj unit_test_main.cpp vc-Link libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-lin k-static\threading-single\boost_unit_test_framework.dll libs\test\build\bin\boos t_unit_test_framework.dll\msvc\debug\runtime-link-static\threading-single\bo ost_ unit_test_framework.lib unit_test_main.obj : error LNK2001: unresolved external symbol "class boost::uni t_test_framework::test_suite * __cdecl init_unit_test_suite(int,char * * const)" (?init_unit_test_suite@@YAPAVtest_suite@unit_test_framework@boost@@HQAPAD@Z) libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link-st atic \threading-single\boost_unit_test_framework.dll : fatal error LNK1120: 1 unresol ved externals CALL "C:\Program Files\Microsoft Visual Studio\VC98\bin\VCVARS32.BAT" >nul "C:\Program Files\Microsoft Visual Studio\VC98\bin\link" /nologo /INCREMENT AL:NO /DEBUG /DLL /subsystem:console /out:"libs\test\build\bin\boost_unit_tes t_framework.dll\msvc\debug\runtime-link-static\threading-single\boost_unit_t est_ framework.dll" /IMPLIB:"libs\test\build\bin\boost_unit_test_framework.dll\msvc\ debug\runtime-link-static\threading-single\boost_unit_test_framework.lib" @" libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link-st atic \threading-single\boost_unit_test_framework.CMD" ...failed vc-Link libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\r untime-link-static\threading-single\boost_unit_test_framework.dll libs\test\buil d\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link-static\threading -sin gle\boost_unit_test_framework.lib... ...skipped <libs!test!build\boost_unit_test_framework.dll\msvc\debug\runtime-lin k-static\threading-single>boost_unit_test_framework.dll for lack of <libs!test!b uild\boost_unit_test_framework.dll\msvc\debug\runtime-link-static\threading- sing le>boost_unit_test_framework.lib... MkDir1 libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-multi vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-multi\execution_monitor.obj execution_monitor.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-multi\test_tools.obj test_tools.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-multi\unit_test_parameters.obj unit_test_parameters.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-multi\unit_test_log.obj unit_test_log.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-multi\unit_test_monitor.obj unit_test_monitor.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-multi\unit_test_result.obj unit_test_result.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-multi\unit_test_suite.obj unit_test_suite.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -static\threading-multi\unit_test_main.obj unit_test_main.cpp vc-Link libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-lin k-static\threading-multi\boost_unit_test_framework.dll libs\test\build\bin\boost _unit_test_framework.dll\msvc\debug\runtime-link-static\threading-multi\boos t_un it_test_framework.lib unit_test_main.obj : error LNK2001: unresolved external symbol "class boost::uni t_test_framework::test_suite * __cdecl init_unit_test_suite(int,char * * const)" (?init_unit_test_suite@@YAPAVtest_suite@unit_test_framework@boost@@HQAPAD@Z) libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link-st atic \threading-multi\boost_unit_test_framework.dll : fatal error LNK1120: 1 unresolv ed externals CALL "C:\Program Files\Microsoft Visual Studio\VC98\bin\VCVARS32.BAT" >nul "C:\Program Files\Microsoft Visual Studio\VC98\bin\link" /nologo /INCREMENT AL:NO /DEBUG /DLL /subsystem:console /out:"libs\test\build\bin\boost_unit_tes t_framework.dll\msvc\debug\runtime-link-static\threading-multi\boost_unit_te st_f ramework.dll" /IMPLIB:"libs\test\build\bin\boost_unit_test_framework.dll\msvc\d ebug\runtime-link-static\threading-multi\boost_unit_test_framework.lib" @"li bs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link-stat ic\t hreading-multi\boost_unit_test_framework.CMD" ...failed vc-Link libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\r untime-link-static\threading-multi\boost_unit_test_framework.dll libs\test\build \bin\boost_unit_test_framework.dll\msvc\debug\runtime-link-static\threading- mult i\boost_unit_test_framework.lib... ...skipped <libs!test!build\boost_unit_test_framework.dll\msvc\debug\runtime-lin k-static\threading-multi>boost_unit_test_framework.dll for lack of <libs!test!bu ild\boost_unit_test_framework.dll\msvc\debug\runtime-link-static\threading-m ulti >boost_unit_test_framework.lib... MkDir1 libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic MkDir1 libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-single vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-single\execution_monitor.obj execution_monitor.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-single\test_tools.obj test_tools.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-single\unit_test_parameters.obj unit_test_parameters.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-single\unit_test_log.obj unit_test_log.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-single\unit_test_monitor.obj unit_test_monitor.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-single\unit_test_result.obj unit_test_result.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-single\unit_test_suite.obj unit_test_suite.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-single\unit_test_main.obj unit_test_main.cpp vc-Link libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-lin k-dynamic\threading-single\boost_unit_test_framework.dll libs\test\build\bin\boo st_unit_test_framework.dll\msvc\debug\runtime-link-dynamic\threading-single\ boos t_unit_test_framework.lib unit_test_main.obj : error LNK2001: unresolved external symbol "class boost::uni t_test_framework::test_suite * __cdecl init_unit_test_suite(int,char * * const)" (?init_unit_test_suite@@YAPAVtest_suite@unit_test_framework@boost@@HQAPAD@Z) libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link-dy nami c\threading-single\boost_unit_test_framework.dll : fatal error LNK1120: 1 unreso lved externals CALL "C:\Program Files\Microsoft Visual Studio\VC98\bin\VCVARS32.BAT" >nul "C:\Program Files\Microsoft Visual Studio\VC98\bin\link" /nologo /INCREMENT AL:NO /DEBUG /DLL /subsystem:console /out:"libs\test\build\bin\boost_unit_tes t_framework.dll\msvc\debug\runtime-link-dynamic\threading-single\boost_unit_ test _framework.dll" /IMPLIB:"libs\test\build\bin\boost_unit_test_framework.dll\msvc \debug\runtime-link-dynamic\threading-single\boost_unit_test_framework.lib" @"libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link- dyna mic\threading-single\boost_unit_test_framework.CMD" ...failed vc-Link libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\r untime-link-dynamic\threading-single\boost_unit_test_framework.dll libs\test\bui ld\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link-dynamic\threadi ng-s ingle\boost_unit_test_framework.lib... ...skipped <libs!test!build\boost_unit_test_framework.dll\msvc\debug\runtime-lin k-dynamic\threading-single>boost_unit_test_framework.dll for lack of <libs!test! build\boost_unit_test_framework.dll\msvc\debug\runtime-link-dynamic\threadin g-si ngle>boost_unit_test_framework.lib... MkDir1 libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-multi vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-multi\execution_monitor.obj execution_monitor.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-multi\test_tools.obj test_tools.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-multi\unit_test_parameters.obj unit_test_parameters.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-multi\unit_test_log.obj unit_test_log.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-multi\unit_test_monitor.obj unit_test_monitor.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-multi\unit_test_result.obj unit_test_result.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-multi\unit_test_suite.obj unit_test_suite.cpp vc-C++ libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link -dynamic\threading-multi\unit_test_main.obj unit_test_main.cpp vc-Link libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-lin k-dynamic\threading-multi\boost_unit_test_framework.dll libs\test\build\bin\boos t_unit_test_framework.dll\msvc\debug\runtime-link-dynamic\threading-multi\bo ost_ unit_test_framework.lib unit_test_main.obj : error LNK2001: unresolved external symbol "class boost::uni t_test_framework::test_suite * __cdecl init_unit_test_suite(int,char * * const)" (?init_unit_test_suite@@YAPAVtest_suite@unit_test_framework@boost@@HQAPAD@Z) libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link-dy nami c\threading-multi\boost_unit_test_framework.dll : fatal error LNK1120: 1 unresol ved externals CALL "C:\Program Files\Microsoft Visual Studio\VC98\bin\VCVARS32.BAT" >nul "C:\Program Files\Microsoft Visual Studio\VC98\bin\link" /nologo /INCREMENT AL:NO /DEBUG /DLL /subsystem:console /out:"libs\test\build\bin\boost_unit_tes t_framework.dll\msvc\debug\runtime-link-dynamic\threading-multi\boost_unit_t est_ framework.dll" /IMPLIB:"libs\test\build\bin\boost_unit_test_framework.dll\msvc\ debug\runtime-link-dynamic\threading-multi\boost_unit_test_framework.lib" @" libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link-dy nami c\threading-multi\boost_unit_test_framework.CMD" ...failed vc-Link libs\test\build\bin\boost_unit_test_framework.dll\msvc\debug\r untime-link-dynamic\threading-multi\boost_unit_test_framework.dll libs\test\buil d\bin\boost_unit_test_framework.dll\msvc\debug\runtime-link-dynamic\threadin g-mu lti\boost_unit_test_framework.lib... ...skipped <libs!test!build\boost_unit_test_framework.dll\msvc\debug\runtime-lin k-dynamic\threading-multi>boost_unit_test_framework.dll for lack of <libs!test!b uild\boost_unit_test_framework.dll\msvc\debug\runtime-link-dynamic\threading -mul ti>boost_unit_test_framework.lib... vc-Link libs\thread\build\bin\boost_thread.dll\msvc\debug\runtime-link-dynamic\t hreading-multi\boost_thread.dll libs\thread\build\bin\boost_thread.dll\msvc\debu g\runtime-link-dynamic\threading-multi\boost_thread.lib Creating library libs\thread\build\bin\boost_thread.dll\msvc\debug\runtime-li nk-dynamic\threading-multi\boost_thread.lib and object libs\thread\build\bin\boo st_thread.dll\msvc\debug\runtime-link-dynamic\threading-multi\boost_thread.e xp ...failed updating 12 targets... ...skipped 12 targets... ...updated 452 targets... C:\boost_1_30_0> Any ideas what I need to do to get it to build properly? Mike mhcox AT ampmed DOT com

3 9

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