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

Boost.Threads lib files
by judoka1981 24 Apr '02

24 Apr '02

[Tried sending this through news://gmane.comp.lib.boost.user a few days ago, but it didn't seem to get through anywhere] Hi, I've started experimenting a bit with Boost.Thread, platform is currently WinXP / VC.NET. Just a question on the generated libraries and their names. Wouldn't it be more convenient to put all resulting .lib files in the same directory, and distinguishing between debug/release versions by name, e.g.: libboost_thread.lib // release libboost_thread_d.lib // debug libboost_threadmon.lib // release threadmon ... etc ... and, when the libraries support static linking of the CRT also: libboost_thread_static.lib libboost_thread_static_d.lib As it is now (Boost 1.27.0), it really is a bit awkward to use. Also, why not put all Boost library files in the same directory (e.g. BOOST_ROOT/lib) during build? Sorry if this topic already has been covered, I've been off the Boost lists for some time now. // Johan

2 1

RE: Common build problems (was: Building Boost 1.27.0 for VC7)
by Jim.Hyslop 24 Apr '02

24 Apr '02

I wrote: > I think if we break it down and everyone scans 30 messages > (the number of messages presented on the web interface) we > can go through the archive pretty quickly. I forgot to mention, I will coordinate this effort - if you want to scan some messages in the archive, email me and I'll let you know which messages to scan. -- Jim

1 0

RE: Common build problems (was: Building Boost 1.27.0 for VC7)
by Jim.Hyslop 24 Apr '02

24 Apr '02

Javier Estrada [mailto:ljestrada@hotmail.com] wrote: > I'd like to build boost for VC7. I've followed several of > the threads that > detail some of the problems that people has faced and the > solutions that have been found. It seems to me that we're seeing the same build problems crop up again and again. I have added a page to the Wiki: http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl?CommonBuildPr oblems where we can build up a list of frequently-encountered problems and how to solve them. So far it's just a skeleton, feel free to add to it, everyone :-) It would be nice if we could review the email archive to add the problems to the Wiki. Slogging through all 600+ messages is a bit of a long haul, but I think if we break it down and everyone scans 30 messages (the number of messages presented on the web interface) we can go through the archive pretty quickly. Reviewing the main Boost list, on the other hand... -- Jim

1 0

Building boost into another directory.
by tlolczyk 23 Apr '02

23 Apr '02

I want to build boost so that it gets installed in a directory other than the one that it is extracted to. I did it once but I can't figure out how I did it. Can anyone help?

2 4

crc
by GIE 22 Apr '02

22 Apr '02

Hello. I have problem compiling following empty project: #include "stdafx.h" //-------------------------------------------------------------------------- - #include <boost/config.hpp> #include <boost/cstdint.hpp> // for boost::uint16_t, etc. #include <boost/crc.hpp> //-------------------------------------------------------------------------- - int _tmain(int argc, _TCHAR* argv[]) { return 0; } //-------------------------------------------------------------------------- - with following errors: d:\compil\vc_libs\boost_1_27_0\boost\crc.hpp(71) : error C2059: syntax error : '<constant tree>' d:\compil\vc_libs\boost_1_27_0\boost\crc.hpp(94) : error C2977: 'boost::crc_optimal' : too many template arguments d:\compil\vc_libs\boost_1_27_0\boost\crc.hpp(75) : see declaration of 'boost::crc_optimal' d:\compil\vc_libs\boost_1_27_0\boost\crc.hpp(95) : error C2977: 'boost::crc_optimal' : too many template arguments d:\compil\vc_libs\boost_1_27_0\boost\crc.hpp(75) : see declaration of 'boost::crc_optimal' d:\compil\vc_libs\boost_1_27_0\boost\crc.hpp(96) : error C2977: 'boost::crc_optimal' : too many template arguments d:\compil\vc_libs\boost_1_27_0\boost\crc.hpp(75) : see declaration of 'boost::crc_optimal' d:\compil\vc_libs\boost_1_27_0\boost\crc.hpp(98) : error C2977: 'boost::crc_optimal' : too many template arguments d:\compil\vc_libs\boost_1_27_0\boost\crc.hpp(75) : see declaration of 'boost::crc_optimal' d:\compil\vc_libs\boost_1_27_0\boost\crc.hpp(258) : error C2983: 'boost::crc_optimal' : new template parameter list has more parameters than the previous declaration d:\compil\vc_libs\boost_1_27_0\boost\crc.hpp(258) : see declaration of 'boost::crc_optimal' d:\compil\vc_libs\boost_1_27_0\boost\crc.hpp(214) : error C2062: type '<template parameter>' unexpected d:\compil\vc_libs\boost_1_27_0\boost\crc.hpp(258) : see reference to class template instantiation 'boost::crc_optimal<,TruncPoly,InitRem,FinalXor,,>' being compiled What is the proplem? I'm using MS VC 7. -- Best regards, GIE

2 1

Jam and include dirs.
by tlolczyk 22 Apr '02

22 Apr '02

My gcc include idrectories are in a nonstandard location. What do I modify in Jam to cause -I/myinclude to be added to the compile line.TIA

2 1

RE: [Boost-Users] Linking Problem with GCC
by Wayne Hartell 17 Apr '02

17 Apr '02

Hi Jeff, o Platform : Win32 (WinXP/2000) o GCC -- mingw port. o Command lines for the compiler and linker, with path names removed for clarity. (Compiling a DLL) Compiling files : C:\gcc -c -DBUILDING_DLL=1 -I. "maindll.cpp" -s -mwindows -ftemplate-depth-30 -IC:\Include\ -IC:\LIBSTD~1 -LC:\Lib\ -BC:\Bin\ -Ic:\BOOST_~1 Linking files : C:\dllwrap --export-all --output-def C:\dll.def --implib "C:\libHminet~1.a" -o c:\Hminet~1.dll "c:\maindll.o" Note that when compiling an exe, the command line uses g++ for both the compile and link steps. I've attached the source for the edge connectivity example in Chapter 8.2 of the text book. The only compiler that doesn't bite it on the attached code (that I've tried) is GCC compiling as an EXE, so I'm sure my problem with compiling a DLL is environment related. Kind Regards, Wayne. -----Original Message----- From: Jeff Garland [mailto:jeff@crystalclearsoftware.com] Sent: Tuesday, April 16, 2002 4:30 PM To: Boost-Users(a)yahoogroups.com Subject: RE: [Boost-Users] Linking Problem with GCC > I agree that latest problem is possibly an STL/environment problem > specifically related to linking a DLL. An exe compiles and links fine. > I'm only new to GCC and am using v2.95. I tried updating to the 3.0.4 > libraries but that didn't seem to help any. Which platform/environment are you using GCC under cygwin, linux, dos? In any case, the cout and endl symbols shoud be in the library. Also, it would be nice to know the exact line you are using to invoke both the compile and link step. > Anyway, I only got into this bind because VC7 and VC6 both run into > Internal Compiler Errors when trying to compile (only a select part) of > the BGL. I got a work around from Microsoft for one compiler bug, made a > fix to the BGL code to get past another, then hit yet another internal > compiler error. Where does all this happen? Specifically with examples > from the BGL text book including the edge connectivity example in > section 8.2. That's not helping because I don't have the BGL book yet. > Thank you for your kind response. Sure. Jeff Yahoo! Groups Sponsor ADVERTISEMENT Click Here! <http://rd.yahoo.com/M=194081.1994012.3473453.1261774/D=egroupweb/S=1705 006788:HM/A=1036972/R=0/*http://www.ediets.com/start.cfm?code=3466> <http://us.adserver.yahoo.com/l?M=194081.1994012.3473453.1261774/D=egrou pmail/S=1705006788:HM/A=1036972/rand=613311184> 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 the Yahoo! Terms of Service <http://docs.yahoo.com/info/terms/> . ---------- #include <algorithm> #include <utility> #include <boost/graph/edmunds_karp_max_flow.hpp> #include <boost/graph/push_relabel_max_flow.hpp> #include <boost/graph/adjacency_list.hpp> #include <boost/graph/graphviz.hpp> namespace boost { template <typename VertexListGraph, typename OutputIterator> typename graph_traits<VertexListGraph>::degree_size_type edge_connectivity(VertexListGraph& g, OutputIterator disconnecting_set) { // Type definitions typedef typename graph_traits<VertexListGraph>::vertex_descriptor vertex_descriptor; typedef typename graph_traits<VertexListGraph>::degree_size_type degree_size_type; typedef color_traits<default_color_type> Color; typedef typename adjacency_list_traits<vecS, vecS, directedS>::edge_descriptor edge_descriptor; typedef adjacency_list<vecS, vecS, directedS, no_property, property<edge_capacity_t, degree_size_type, property<edge_residual_capacity_t, degree_size_type, property<edge_reverse_t, edge_descriptor> > > > FlowGraph; // Variable declarations vertex_descriptor u, v, p, k; edge_descriptor e1, e2; bool inserted; typename graph_traits<VertexListGraph>::vertex_iterator vi, vi_end; degree_size_type delta, alpha_star, alpha_S_k; std::set<vertex_descriptor> S, neighbor_S; std::vector<vertex_descriptor> S_star, nonneighbor_S; std::vector<default_color_type> color(num_vertices(g)); std::vector<edge_descriptor> pred(num_vertices(g)); // Create a network-flow graph out of the undirected graph FlowGraph flow_g(num_vertices(g)); typename property_map<FlowGraph, edge_capacity_t>::type cap = get(edge_capacity, flow_g); typename property_map<FlowGraph, edge_residual_capacity_t>::type res_cap = get(edge_residual_capacity, flow_g); typename property_map<FlowGraph, edge_reverse_t>::type rev_edge = get(edge_reverse, flow_g); typename graph_traits<VertexListGraph>::edge_iterator ei, ei_end; for (tie(ei, ei_end) = edges(g); ei != ei_end; ++ei) { u = source(*ei, g), v = target(*ei, g); tie(e1, inserted) = add_edge(u, v, flow_g); cap[e1]=1; tie(e2, inserted) = add_edge(v, u, flow_g); cap[e2]=1; rev_edge[e1] = e2; rev_edge[e2] = e1; } // Find minimum degree vertex and compute neighbors of S and nonneighbors of S tie(p, delta) = min_degree_vertex(g); S_star.push_back(p); alpha_star = delta; S.insert(p); neighbor_S.insert(p); neighbors(g, S.begin(), S.end(), std::inserter(neighbor_S, neighbor_S.begin())); std::set_difference(vertices(g).first, vertices(g).second, neighbor_S.begin(), neighbor_S.end(), std::back_inserter(nonneighbor_S)); // Main loop while (!nonneighbor_S.empty()) { k = nonneighbor_S.front(); alpha_S_k = edmunds_karp_max_flow (flow_g, p, k, capacity_map(cap).residual_capacity_map(res_cap). reverse_edge_map(rev_edge).color_map(&color[0]).predecessor_map(&pred[0])); if (alpha_S_k < alpha_star) { alpha_star = alpha_S_k; S_star.clear(); for (tie(vi, vi_end) = vertices(flow_g); vi != vi_end; ++vi) if (color[*vi] != Color::white()) S_star.push_back(*vi); } S.insert(k); neighbor_S.insert(k); neighbors(g, k, std::inserter(neighbor_S, neighbor_S.begin())); nonneighbor_S.clear(); std::set_difference(vertices(g).first, vertices(g).second, neighbor_S.begin(), neighbor_S.end(), std::back_inserter(nonneighbor_S)); } // Compute forward edges of the cut [S*, S|*] std::vector<bool> in_S_star(num_vertices(g), false); typename std::vector<vertex_descriptor>::iterator si; for (si = S_star.begin(); si != S_star.end(); ++si) in_S_star[*si] = true; degree_size_type c = 0; for (si = S_star.begin(); si != S_star.end(); ++si) { typename graph_traits<VertexListGraph>::out_edge_iterator ei, ei_end; for (tie(ei, ei_end) = out_edges(*si, g); ei != ei_end; ++ei) if (!in_S_star[target(*ei, g)]) { *disconnecting_set = *ei; ++c; } } } template <typename Graph> std::pair<typename graph_traits<Graph>::vertex_descriptor, typename graph_traits<Graph>::degree_size_type> min_degree_vertex(Graph &g) { typename graph_traits<Graph>::vertex_descriptor p; typedef typename graph_traits<Graph>::degree_size_type size_type; size_type delta = std::numeric_limits<size_type>::max(); typename graph_traits<Graph>::vertex_iterator i, iend; for (tie(i, iend) = vertices(g); i != iend; ++i) if (degree(*i, g) < delta) { delta = degree(*i, g); p = *i; } return std::make_pair(p, delta); } template <typename Graph, typename OutputIterator> void neighbors(const Graph& g, typename graph_traits<Graph>::vertex_descriptor u, OutputIterator result) { typename graph_traits<Graph>::adjacency_iterator ai, aend; for (tie(ai, aend) = adjacent_vertices(u, g); ai != aend; ++ai) *result++ = *ai; } template <typename Graph, typename VertexIterator, typename OutputIterator> void neighbors(const Graph& g, VertexIterator first, VertexIterator last, OutputIterator result) { for (; first != last; ++first) neighbors(g, *first, result); } } int main() { using namespace boost; GraphvizGraph g; read_graphviz("figs/edge-connectivity.dot", g); typedef graph_traits<GraphvizGraph>::edge_descriptor edge_descriptor; typedef graph_traits<GraphvizGraph>::degree_size_type degree_size_type; std::vector<edge_descriptor> disconnecting_set; degree_size_type c = edge_connectivity(g, std::back_inserter(disconnecting_set)); std::cout << "The edge connectivity is " << c << "." << std::endl; property_map<GraphvizGraph, vertex_attribute_t>::type attr_map = get(vertex_attribute, g); std::cout << "The disconnecting set is {"; for (std::vector<edge_descriptor>::iterator i = disconnecting_set.begin(); i != disconnecting_set.end(); ++i) std::cout << "(" << attr_map[source(*i, g)]["label"] << "," << attr_map[target(*i, g)]["label"] << ") "; std::cout << "}." << std::endl; return (0); } [Non-text portions of this message have been removed]

2 1

boost::function<> and Sun WorkShop
by simonwlb 17 Apr '02

17 Apr '02

Has anyone managed to use boost::function<> with Sun WorkShop 6 update 2? For me, it causes the compiler to core dump. Simon Bailey

2 2

RE: [Boost-Users] Linking Problem with GCC
by Wayne Hartell 16 Apr '02

16 Apr '02

Hi Jeff, I agree that latest problem is possibly an STL/environment problem specifically related to linking a DLL. An exe compiles and links fine. I'm only new to GCC and am using v2.95. I tried updating to the 3.0.4 libraries but that didn't seem to help any. Anyway, I only got into this bind because VC7 and VC6 both run into Internal Compiler Errors when trying to compile (only a select part) of the BGL. I got a work around from Microsoft for one compiler bug, made a fix to the BGL code to get past another, then hit yet another internal compiler error. Where does all this happen? Specifically with examples from the BGL text book including the edge connectivity example in section 8.2. I don't blame the BGL for the bugs in the VC compilers and I guess the remainder of my woes are most likely attributable to my inexperience with the other compilers/environments. It seems, however, that for the code I am tryng to compile atleast, that there is a hurdle at every corner! I'm scared that even if I do get something going Ok, the second I use a new template I'll be in uncharted territory again. Unfortunately I can't afford this kind of risk on a fast track project. Maybe when I have more time, I'll come back to the BGL and try again. Thank you for your kind response. Wayne. -----Original Message----- From: Jeff Garland [mailto:jeff@crystalclearsoftware.com] Sent: Tuesday, April 16, 2002 4:17 PM To: Boost-Users(a)yahoogroups.com Subject: RE: [Boost-Users] Linking Problem with GCC > Hi Jim, > > Yep its boost (BGL - graph) related. (Refer my 3 previous postings 11/4, > 12/4 & 12/4). Granted, this particular posting didn't have the word > "boost" in it. > > Like I say. VC7 croaks, VC6 croaks, GCC croaks, Borland (bcc32) croaks. > BGL sounds excellent in theory. GTL compiles first time. > > Has anyone else had a better experience than mine with the BGL? > > Kind Regards, > Wayne Hartell. Sure, I've compiled earlier versions of BGL with GCC (of course this proves little since we might have been using different parts). According to the compiler status page the graph test also works under BCC and VC6SP5. http://www.boost.org/status/cs-win32.html Which again doesn't prove much since we don't know the difference in what you are doing from the graph test does. From your previous mail the GCC problems doesn't seem to be a boost problem at all: :\data\software\code\controlled\snowbird\support\hminetworkservices\net worklib\maindll.o(.text$_S_oom_malloc__t23__malloc_alloc_template1i0Ui+0 x1a)://c/data/software/code/controlled/snowbird/support/hminetworkservic es/networklib/maindll.cpp: undefined reference to `endl(ostream &)' c:\data\software\code\controlled\snowbird\support\hminetworkservices\net worklib\maindll.o(.text$_S_oom_malloc__t23__malloc_alloc_template1i0Ui+0 x27)://c/data/software/code/controlled/snowbird/support/hminetworkservic es/networklib/maindll.cpp: undefined reference to `cerr' This looks to be an environment issue because it is complaining about not being able to find standard library components: cerr and endl. Hope this helps. Jeff Yahoo! Groups Sponsor ADVERTISEMENT Click Here! <http://rd.yahoo.com/M=194081.1994012.3473453.1261774/D=egroupweb/S=1705 006788:HM/A=1036972/R=0/*http://www.ediets.com/start.cfm?code=3466> <http://us.adserver.yahoo.com/l?M=194081.1994012.3473453.1261774/D=egrou pmail/S=1705006788:HM/A=1036972/rand=430984951> 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 the Yahoo! Terms of Service <http://docs.yahoo.com/info/terms/> . [Non-text portions of this message have been removed]

2 1

RE: [Boost-Users] Linking Problem with GCC
by Wayne Hartell 16 Apr '02

16 Apr '02

Hi Jim, Yep its boost (BGL - graph) related. (Refer my 3 previous postings 11/4, 12/4 & 12/4). Granted, this particular posting didn't have the word "boost" in it. Like I say. VC7 croaks, VC6 croaks, GCC croaks, Borland (bcc32) croaks. BGL sounds excellent in theory. GTL compiles first time. Has anyone else had a better experience than mine with the BGL? Kind Regards, Wayne Hartell. -----Original Message----- From: Jim.Hyslop [mailto:jim.hyslop@leitch.com] Sent: Tuesday, April 16, 2002 1:04 PM To: 'Boost-Users(a)yahoogroups.com' Subject: RE: [Boost-Users] Linking Problem with GCC Wayne Hartell [mailto:whar@haestad.com] wrote: > Hi all, > > VC7 crashed and burned > > VC6 crashed and burned > > GCC compiles an exe but the second I try to compile a DLL I > get this... [error messages snipped] Hi, Wayne. Did you have a question related to the Boost library? I didn't see any reference to Boost in the error messages. This mail list focuses on the use of the Boost library, not on general language or compiler issues. -- Jim Hyslop (moderator, boost-users(a)yahoogroups.com) Yahoo! Groups Sponsor ADVERTISEMENT Click Here! <http://rd.yahoo.com/M=194081.1994012.3473453.1261774/D=egroupweb/S=1705 006788:HM/A=1036972/R=0/*http://www.ediets.com/start.cfm?code=3466> <http://us.adserver.yahoo.com/l?M=194081.1994012.3473453.1261774/D=egrou pmail/S=1705006788:HM/A=1036972/rand=863817596> 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 the Yahoo! Terms of Service <http://docs.yahoo.com/info/terms/> . [Non-text portions of this message have been removed]

2 1