September 2002 - Boost-users

How to build boost threads library on AIX 4.3.3 with VisualAge 5
by robertpsather 16 Sep '02

16 Sep '02

Building Boost on AIX is difficult. Here's a recipe that worked for me, for building on the following platform: Boost source download version 28 AIX 4.3.3 on RS/6000 VisualAge 5.0 Jam: downloaded binary of Boost.Jam Version 3.1.0. OS=AIX. bash shell Building Boost Setup: Downloaded version 28 tar.gz file to ~/boost. Un-gzipped and untarred. Set export BOOST_ROOT=/home/satherb/boost/boost_1_28_0 Attempt: jam "-sTOOLS=vacpp" Result: Many compilation errors, in building of regexp library. For example: Error: "libs/regex/build/../src/cpp_regex_traits.cpp", line 196.39: 1540-0257 (S) An object or reference of type "std::messages_base::catalog" cannot be initialized with an expression of type "int". Attempt: in cpp_regex_traits.cpp", line 196, changed "-1" to "(size_t) 1" Result: compiler says "cannot be initialised with type unsigned long." for the same line. Attempt: Noted that www.boost.org says that threads lib does not depend on regex or python. Edited Jamfile to comment out unnecessary targets python and regex. Result: Most errors are "Thread support is unavailable". Looking at source indicates this is because BOOST_HAS_THREADS macro is undefined. Attempt: export BOOST_HAS_THREADS=1 Result: same errors. Attempt: run ./configure Result: configure gives error message that says "compiler does not produce output" (or something like that) However, running configure again worked! Here were the recent settings of environmental variables: export BOOST_ROOT=/home/satherb/boost/boost_1_28_0 export _MT=1 export CC=xlC_r export CXX=xlC export _POSIX_THREADS=1 export LIBS=-lpthread (I don't know which of these was the key. If you discover the answer, please let me know.) Attempt: Did as configure suggested: "Adjustments to boost configuration have been written to user.hpp, copy this to boost/config/user.hpp to use "as is" " Result: jam still gives "Thread support is unavailable" errors. Attempt: added a line to boost/config/user.hpp: #define BOOST_HAS_THREADS Result: builds! (Don't know yet if it works properly, of course. The examples don't build.) Bob Sather bob.sather(a)lloydstsb.delete_this_part.co.uk

5 9

graph vertices / IRIX / GCC
by yg-boost-users＠m.gmane.org 15 Sep '02

15 Sep '02

Hello, Q: one can construct a graph using adjacency_list<> and then immediately iterate over the vertices, right? The program below writes out the numbers 0 to 9 when compiled using gcc 3.2 on linux. Ditto on my IRIX system, *unless* I try to optimize. I expect this is a GCC optimizer bug, but I just want to be sure I haven't overlooked something in the boost docs. Thanks, -S #include <iostream> #include <boost/graph/graph_traits.hpp> #include <boost/graph/adjacency_list.hpp> typedef boost::adjacency_list< boost::vecS, boost::vecS, boost::undirectedS, boost::no_property, boost::property<boost::edge_weight_t,float> > Graph; typedef boost::graph_traits<Graph>::vertex_descriptor vertex_descriptor; typedef boost::graph_traits<Graph>::edge_descriptor edge_descriptor; int main() { Graph g( 10 ); boost::graph_traits<Graph>::vertex_iterator ui, ui_end; for (boost::tie(ui, ui_end) = boost::vertices(g); ui != ui_end; ++ui) { std::cout << "*ui = " << *ui << std::endl; } return 0; }

2 1

graph vertices / IRIX / GCC
by Steve M. Robbins 15 Sep '02

15 Sep '02

Hello, Q: one can construct a graph using adjacency_list<>(N) and then immediately iterate over the vertices, right? The program below writes out the numbers 0 to 9 when compiled using gcc 3.2 on linux. Ditto on my IRIX system, *unless* I try to optimize. I expect this is a GCC optimizer bug, but I just want to be sure I haven't overlooked something in the boost docs. Thanks, -S #include <iostream> #include <boost/graph/graph_traits.hpp> #include <boost/graph/adjacency_list.hpp> typedef boost::adjacency_list< boost::vecS, boost::vecS, boost::undirectedS, boost::no_property, boost::property<boost::edge_weight_t,float> > Graph; int main() { Graph g( 10 ); boost::graph_traits<Graph>::vertex_iterator ui, ui_end; for (boost::tie(ui, ui_end) = boost::vertices(g); ui != ui_end; ++ui) { std::cout << "*ui = " << *ui << std::endl; } return 0; }

1 0

ASCII Code Problem.. Please Help me.
by Sean Lee 15 Sep '02

15 Sep '02

I am currently trying to use Regex++ and I almost got there. However, I try to use Regex++ with XML parser and I got some problem. Here is the xml expression. <subtree name="itinerary" regex="(<\\s*TR\\s*VALIGN=TOP>\\s*<TD\\s*WIDTH=250>\\s*<\\s*B \\s*>[^>]+AM</B>?)"> Since "<" and ">" are not valid in XML Syntax, I have to use "<" and ">". I have loaded the xml file in my program and did following thing. char* regex=NULL; _bstr_t strRegex; strRegex=pIXMLDOMNode->text; // regex="(<\\s*TR\\s*VALIGN=TOP>\\s*<TD\\s*WIDTH=250>\\s*<\\s*B \\s*> //[^>]+AM</B>?)"> regex = (char*)malloc(_bstr_t(strRegex).length()); lstrcpy(regex,strRegex); AfxMessageBox(regex); // got the same string. But when I compared with following string and I got "FALSE". char* temp="(<\\s*TR\\s*VALIGN=TOP>\\s*<TD\\s*WIDTH=250>\\s*<\\s*B\\s*>[^>]+AM</B> ?)"; if(lstrcmp(temp,regex)==0) Please help me. Thank you very much. Sean Lee slee(a)qixo.com

2 1

tokenizer bug? core dump
by wugui 14 Sep '02

14 Sep '02

\\n ok, \\r\\n core dump what happend? { const string test_string = "\"message ; \\r\\n message\" \"quote \\\"\" 'escape \\\\'"; typedef tokenizer<escaped_list_separator<char> > Tok; escaped_list_separator<char> sep("\\"," ;","\"\'"); Tok tok(test_string, sep); for(Tok::iterator beg=tok.begin(); beg!=tok.end();++beg) cout << "[" << *beg << "]" << endl; } (gdb) bt #0 0x281047b4 in kill () from /usr/lib/libc.so.4 #1 0x28144b26 in abort () from /usr/lib/libc.so.4 #2 0x28097444 in __terminate () from /usr/lib/libstdc++.so.3 #3 0x28097461 in __terminate () from /usr/lib/libstdc++.so.3 #4 0x280977fb in __sjthrow () from /usr/lib/libstdc++.so.3 #5 0x804c5ea in boost::iterator_adaptor<boost::detail::token_iterator_base<char const *>, boost::detail::tokenizer_policy<basic_string<char, string_char_traits<char>, __default_alloc_template<false, 0> >, boost::escaped_list_separator<char, string_char_traits<char> > >, basic_string<char, string_char_traits<char>, __default_alloc_template<false, 0> >, basic_string<char, string_char_traits<char>, __default_alloc_template<false, 0> > const &, basic_string<char, string_char_traits<char>, __default_alloc_template<false, 0> > const *, forward_iterator_tag, int>::iterator_adaptor () #6 0x804bdd9 in boost::tokenizer<boost::escaped_list_separator<char, string_char_traits<char> >, char const *, basic_string<char, string_char_traits<char>, __default_alloc_template<false, 0> > >::begin () #7 0x804a64f in main () #8 0x804a4b5 in _start ()

1 1

does vc7 support class template partial specialization?
by Jun Zhang 14 Sep '02

14 Sep '02

Jun Zhang from China I cannot compile the example of BGL. I know vc6 does not support class template partial specialization. but how about vc7.has this problem settled?

3 4

[BGL] How to change the type of vertex_descriptor??
by Erik Arner 13 Sep '02

13 Sep '02

Hi, I have a BGL graph in the following manner: typedef adjacency_list < vecS, vecS, directedS, no_property, property <edge_weight_t, int, property <edge_weight2_t, double> > > Graph; I also have: typedef graph_traits<Graph>::vertex_descriptor Vertex; Now, the default vertex_descriptor seems to be unsigned int. How do I change this to int? Also, where (in which file) is the default set? On another note: the online reference manual is pretty good in my opinion, but it's hard to get a real overview of the contents. It also lacks an index, making it hard to look up questions like the one above. Is the book any better in this respect? Any other references worth looking up - books or webpages? Thanks, Erik

3 4

[BGL] Problem with kevin-bacon sample
by Nicolas Guilhot 13 Sep '02

13 Sep '02

Hi all, I compiled the kevin-bacon sample on a linux box without any problem, but when I try to run the program, I obtain an error output instead of what is expected. Any help would be appreciated. Here is the output off the program : kevin-bacon: /boost_1_27_0/boost/token_iterator.hpp:75: void boost::detail::tokenizer_policy<Type, TokenizerFunc>::increment (Iterator &) [with Iterator = boost::iterator_adaptor<boost::detail::token_iterator_base<const char *>, boost::detail::tokenizer_policy<basic_string<char, string_char_traits<char>, __default_alloc_template<true, 0> >, boost::char_delimiters_separator<char, string_char_traits<char> > >, basic_string<char, string_char_traits<char>, __default_alloc_template<true, 0> >, const basic_string<char, string_char_traits<char>, __default_alloc_template<true, 0> > &, const basic_string<char, string_char_traits<char>, __default_alloc_template<true, 0> > *, forward_iterator_tag, ptrdiff_t>, Type = basic_string<char, string_char_traits<char>, __default_alloc_template<true, 0> >, TokenizerFunc = boost::char_delimiters_separator<char, string_char_traits<char> >]: Assertion `b.base().valid_' failed. Abandon Thanks for any answer. Nicolas

2 1

BGL and Intel v6 compiler?
by Chris Russell 13 Sep '02

13 Sep '02

Lack of partial template specialization and MSVC 6.0 "Internal Compiler Error" has me looking for alternatives. Specifically, I'm considering moving some BGL-dependent code into a library and compiling it with the Intel v6.0 compiler for Windows which can produce object code and libraries that I can link into a MSVC 6.0 project. Can anyone comment on the Intel compiler's support for partial specialization - I'm not finding much except number crunching benchmark comparisons. Thanks - Chris

2 2

ublas documentation
by Uwe Schmitt 13 Sep '02

13 Sep '02

Hi, is there any introduction to ublas available ? I'd like to access the matrix data directly in order to use LAPACK. How is the data for general matrices stored ? In columwise or rowwise order ?? Is the storage order for banded matrices the same as assumed by LAPACK ? Or has anybody wrapped LAPACK ??? Greetings, Uwe. PS: Can you send me a copy to your answers per email ? My standard newsserver gives me no access to this group.. -- Dr. rer. nat. Uwe Schmitt Computer science is no more about Computers, uwe.schmitt(a)procoders.net than astronomy is about telescopes. (Dijkstra) http://www.procoders.net

1 0