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

Re: [Boost-users] list of optional dependencies for building boost?
by Andrew Holden 21 Sep '05

21 Sep '05

One other I know of: the Regex library can depend on the ICU Unicode libraries (http://www-306.ibm.com/software/globalization/icu/index.jsp) Andrew Holden -----Original Message----- From: Benjamin Rutt [mailto:rutt@bmi.osu.edu] Sent: Tuesday, September 20, 2005 9:38 AM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] list of optional dependencies for building boost? OK, from what I've gathered, boost can optionally depend on python and gzip+bzip2 libraries. If anyone can think of something I have missed, let me know. Thanks, -- Benjamin Rutt _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

Re: [Boost-users] Scons users?
by David Abrahams 21 Sep '05

21 Sep '05

Andy Moreton <andy.moreton(a)artimi.com> writes: > I think that the effort expended on BBv1/BBv2 would have been far better > spent on fixing the performance issues in scons. Just for the record, BBv1 predates Scons by some considerable time. When I began that project I tried to get Steven Knight to start on Scons with me and at the time he wasn't ready yet. -- Dave Abrahams Boost Consulting www.boost-consulting.com

1 0

BGL - edge descriptor
by Giulio Veronesi 21 Sep '05

21 Sep '05

Hi, I'd like to extract the source and target vertex id from an edge_descriptor without using the graph that contains the edge. More specifically, consider the following code: typedef graph_traits<MyGraph>::edge_descriptor MyLink; void MyFunction(MyLink& link) { cout << "source vertex id: " << ??? << ", target vertex id: " << ??? << endl; } What I've to put at place of ??? to print the source and target vertex id? Is it a dirty solution to use the m_source and m_target field of the edge_descriptor structure? Thanks, Giulio

1 0

Date_time library question
by Michal Lijowski 20 Sep '05

20 Sep '05

I just started with date_time library using boost-1.33.0-3 on FC4 and gcc 4.0.1 20050727. It is rpm version downloaded from http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fe…. I copied some lines of code from boost_date_time.pdf to get familiar with capabilities of this library and I encountered some problems. Here is a modified code taken from page 3 of the manual /* The following is a simple example that shows conversion of dates * to and from a std::string. ** Expected output: * 2001-Oct-09 * 2001-10-09 * Tuesday October 9, 2001 * An expected exception is next: * Exception: Month number is out of range 1..12 */ #include "boost/date_time/gregorian/gregorian.hpp" #include "boost/date_time/posix_time/posix_time.hpp" #include "boost/date_time/posix_time/posix_time_duration.hpp" #include "boost/date_time/local_time/local_time.hpp" #include <iostream> #include <string> #include <sstream> using namespace boost::gregorian; using namespace boost::local_time; using namespace boost::posix_time; using namespace std; int main() { try { //input streaming stringstream ss("2004-Jan-1"); date d; ss >> d; cout << " d " << d << endl; ptime t0; ss >> t0; cout << " t0 " << t0 << endl; date d1(1999, Jan, 1); ss >> d1; cout << " d1 " << d1 << endl; ptime t2(d1, minutes(0)); cout << " t2 " << t2 << endl; ss >> t2; cout << " t2 " << t2 << endl; date d3(2002,Feb,1); //an arbitrary date // the line below compiles with error: ‘nanosec’ was not declared in this scope // ptime t1(d3, hours(5)+nanosec(100)); //date + time of day offset ptime t1(d3, hours(5)); cout << " d3 " << d3 << endl; ptime t3 = t1 - minutes(4)+seconds(2); ptime now = second_clock::local_time(); //use the clock date today = now.date(); //Get the date part out of the time date tomorrow = today + date_duration(1); ptime tomorrow_start(tomorrow); //midnight // std::stringstream ss1("2004-Jan-1 05:21:33.20"); stringstream ss1("2004-Jan-1"); ss1 >> t2; cout << " t2 " << t2 << endl; //starting at current time iterator adds by one hour time_iterator titr(now,hours(1)); for (; titr < tomorrow_start; ++titr) { cout << (*titr) << std::endl; } } catch(std::exception& e) { std::cout << " Exception: " << e.what() << std::endl; } return 0; } And output from this program is d not-a-date-time t0 not-a-date-time d1 1999-Jan-01 t2 1999-Jan-01 00:00:00 t2 1999-Jan-01 00:00:00 d3 2002-Feb-01 t2 2004-Jan-01 00:00:00 2005-Sep-16 08:58:09 2005-Sep-16 09:58:09 2005-Sep-16 10:58:09 2005-Sep-16 11:58:09 2005-Sep-16 12:58:09 2005-Sep-16 13:58:09 2005-Sep-16 14:58:09 2005-Sep-16 15:58:09 2005-Sep-16 16:58:09 2005-Sep-16 17:58:09 2005-Sep-16 18:58:09 2005-Sep-16 19:58:09 2005-Sep-16 20:58:09 2005-Sep-16 21:58:09 2005-Sep-16 22:58:09 2005-Sep-16 23:58:09 My question is why d and t0 are not-a-date-time? Is this expected? Also the line ptime t1(d3, hours(5)+nanosec(100)); //date + time of day offset compiles with error: ‘nanosec’ was not declared in this scope Thanks, Michal

2 3

Re: [Boost-users] Scons users?
by David Abrahams 20 Sep '05

20 Sep '05

"Reece Dunn" <msclrhd(a)hotmail.com> writes: > David Abrahams wrote: >>Kevin Wheatley <hxpro(a)cinesite.co.uk> writes: >> > David Abrahams wrote: >> >> On the Boost.Build list we were just discussing the fact that some >> >> people otherwise inclined towards Boost have chosen Scons over >> >> Boost.Build. It would be useful for us to understand some of the >> >> reasons why, if some of you wouldn't mind letting us know. No flames, >> >> please! >> > >> > not a flame, but some test results (Noel Llopis' Blog) shows a few >> > interesting results: >> > >> > http://tinyurl.com/7fdns (www.gamesfromwithin.com) >> > >> > These are updated from previously. >> >>Wow, harsh. The numbers aside, I think his commentary is rather >>flame-ish. > > I thought it was harsh as well. Here are a few comments: > > Ant/Rant outperform Jam on full builds even though he claims Jam is the > fastest performing build system. > > BBv2 and SCons are aimed at being truely platform independant, i.e. one > script will work for everything, whereas the others need work on your part > to get that or only support one target. I didn't think Scons was trying to achieve that. IIUC you still deal with many platform specifics when writing Sconscripts... no? > I agree with him that there is a learning curve when learning Jam/BBv2, but > you get this with learning any new language. Yes, but we ought to be doing more to make it shallow. I am about to start posting editorial review commentary on our documentation. I hope that many on this list will participate, so we can make BBv2 much more usable. > He says to avoid BBv2/SCons because of performance, but performance > is only one factor. Well, yes. The other factor for most people is "how easy is it for me to get it to do what I want?" If the system is complex and hard-to-understand, it won't be easy to use, so we may be failing on both counts. > [As a note, how much of a performance penalty is there from BBv2 and > SCons being built on top of and run from a scripting engine?] Some, but I think for BBv2 that only hurts to the extent that we're trying to do something smarter and more abstract than what people do with the other systems. Gnu Make, too, has a kind of scripting engine in it. However, some of its primitives are more closely directed at the problem domain. > What I like about BBv2 is that I can create a hello world > application in 1 minute! The jam file: > > exe hello : hello.cpp ; > install . : hello ; # copy hello.exe to this directory > > hello.cpp: > > #include <iostream> > int main() > { > std::cout << "Hello World!" << std::endl; > return 0; > } > > and most of that is writing hello.cpp! Heh, with make I think you might not even need a makefile for this one ;-) $ cat > foo.cpp #include <iostream> int main() { std::cout << "hello, world!" << std::endl; return 0; } dave@i9300 /tmp $ make foo g++ foo.cpp -o foo dave@i9300 /tmp $ ls *ake* ls: *ake*: No such file or directory See? > With this, I can now build debug and release versions - and build on > any supported C++ compiler/platform - as easily as changing the > command line, BBv2 takes care of the rest. Make and Jam don't give > you this out of the box. Now you're talking... but: "changing the command line" isn't easy unless you can come to grips with the system, and we've made that a bit too difficult. > I have lost count of the number of times I have run into problems with > incorrect project settings for MSVC projects, most of which are due to the > IDE defaulting to the current configuration (debug or release) instead of > editing all configurations. > > BBv2 (and I assume SCons has this as well) allows you to set project wide > settings (e.g. include paths) that are inherited by all targets in this > directory and below. You can't do this with the other build tools as far as > I am aware, or doing so is complex and unmaintainable. That's also true. > Also, BBv2 (and SCons?) works out the build dependancies for you based on > how targets are associated, so if you add another dependancy on one of the > targets, you don't need to change the build order as you would in *Ant. > (MSVC does dependancy analysis, but only for the current solution and you > can't nest solution files). > > It would be interesting to have more data from large build projects and > timing/profile data for these. Q: Is it possible to get profiling data for > bjam and BBv2 to see what parts of bjam and BBv2 are taking the most time. Yes, pass -d+10 on the command line. > Also, I don't believe that BBv2 has incremental build support. I > wonder what this and pre-compiled header support would do to the > timing data. What do you mean by "incremental build support?" -- Dave Abrahams Boost Consulting www.boost-consulting.com

1 0

Scons users?
by David Abrahams 20 Sep '05

20 Sep '05

Hi, On the Boost.Build list we were just discussing the fact that some people otherwise inclined towards Boost have chosen Scons over Boost.Build. It would be useful for us to understand some of the reasons why, if some of you wouldn't mind letting us know. No flames, please! -- Dave Abrahams Boost Consulting www.boost-consulting.com

8 10

Re: [Boost-users] Scons users?
by Vladimir Prus 20 Sep '05

20 Sep '05

Arkadiy Vertleyb wrote: > "Reece Dunn" <msclrhd(a)hotmail.com> wrote > >> Also, I don't believe that BBv2 has incremental build support. > > Do you mean it always rebuilds everything?! Any reason why it is > acceptable? Ehm... do you really think that Boost.Build rebuilds every target on every invocation? Reece most likely meant various "incremental rebuild" options in windows compilers. - Volodya

1 0

Re: [Boost-users] [boost] Scons users?
by Martin Bonner 20 Sep '05

20 Sep '05

----Original Message---- From: David Abrahams [mailto:dave@boost-consulting.com] Sent: 20 September 2005 12:59 To: boost(a)lists.boost.org Cc: jamboost(a)yahoogroups.com; boost-users(a)lists.boost.org Subject: Re: [boost] Scons users? > Kevin Wheatley <hxpro(a)cinesite.co.uk> writes: > >> David Abrahams wrote: >>> On the Boost.Build list we were just discussing the fact that some >>> people otherwise inclined towards Boost have chosen Scons over >>> Boost.Build. It would be useful for us to understand some of the >>> reasons why, if some of you wouldn't mind letting us know. No >>> flames, please! >> >> not a flame, but some test results (Noel Llopis' Blog) shows a few >> interesting results: >> >> http://tinyurl.com/7fdns (www.gamesfromwithin.com) >> >> These are updated from previously. > > Wow, harsh. The numbers aside, I think his commentary is rather > flame-ish. Well, without the numbers, I agree. But the numbers do rather back him up (except that BoostBuild does seem to be marginally quicker than Scons on three out of four tests, whereas he describes it as "Slower even than Scons!"). Are there any known optimization oportunities in BoostBuild? Are the results an artifact of his test set up? -- Martin Bonner Martin.Bonner(a)Pitechnology.com Pi Technology, Milton Hall, Ely Road, Milton, Cambridge, CB4 6WZ, ENGLAND Tel: +44 (0)1223 441434

1 0

[iostreams] experience with automatically decompressing with gzip or bzip2
by Marcus Alanen 19 Sep '05

19 Sep '05

Hello, I've recently used iostreams for easier gziping and bzip2ing of output streams. However, I'd also like to be able to read any file compressed with either gzip or bzip2, by analyzing the input stream and deducing which decompressor to use. I don't want to open the file twice or to seek in the stream, as this might not be possible due to e.g. reading from the network. My solution is to create a custom streambuf, which is told to read and retain the first few bytes to determine which decompressor to push onto the boost::iostreams::filtering_streambuf. Then the actual reading can take place, and the custom streambuf first returns the retained bytes, then just streams the rest of the actual input streambuf. As far as I can tell, this works nicely. I wonder if anybody else has better solutions for this? Perhaps there is come capability of iostreams that I've overlooked? Below is the code, feel free to use as you wish. I don't know if I need to override xsgetc(), underflow() and uflow(), so they are currently just non-working stubs. So far nothing seems to have triggered any of them: only xsgetn seems to be used. I haven't found any actual errors, though. Both gzip and bzip2 files seem to decompress. Otherwise the code can be improved a lot, e.g. by registering separate compression detectors instead of hard-coding them in the streambuf. I think I'm also lost a bit where and when to use streambufs instead of streams, e.g. m_input. Apologies if the code is too long for your mailing-list, I didn't find any guidelines for this. Regards, Marcus #include <boost/iostreams/filtering_streambuf.hpp> #include <boost/iostreams/copy.hpp> #include <boost/iostreams/filter/bzip2.hpp> #include <boost/iostreams/filter/gzip.hpp> #include <iostream> #include <boost/noncopyable.hpp> class general_decompressor_streambuf : public std::basic_streambuf<char, std::char_traits<char> >, public boost::noncopyable { private: std::streambuf& m_input; static const int BUFFER_SIZE = 5; unsigned char m_read[BUFFER_SIZE]; std::streamsize m_readpos; std::string m_compression_type; public: general_decompressor_streambuf(std::streambuf& i) : m_input(i), m_readpos(0) { ; } ~general_decompressor_streambuf() throw () { ; } std::string get_compression_type() const { return m_compression_type; } void resolve_compressor (boost::iostreams::filtering_streambuf<boost::iostreams::input>& sb) { int pos = 0; while (pos < BUFFER_SIZE) { int c = m_input.sbumpc(); if (c == EOF) return; m_read[pos++] = c; } if (m_read[0] == 037 && m_read[1] == 0213) { m_compression_type = "GZIP"; sb.push( boost::iostreams::gzip_decompressor() ); } else if (m_read[0] == 'B' && m_read[1] == 'Z' && m_read[2] == 'h') { m_compression_type = "BZIP2"; sb.push( boost::iostreams::bzip2_decompressor() ); } else { ; } } std::streamsize xsgetn(char* s, std::streamsize n) { std::streamsize cnt = 0; if (m_readpos < BUFFER_SIZE) { while (m_readpos < BUFFER_SIZE && n > 0) { unsigned char ch = m_read[m_readpos++]; *s++ = ch; ++cnt; } if (cnt == n) return cnt; } std::streamsize ss = m_input.sgetn(s, n - cnt); ss += cnt; return ss; } int xsgetc() { std::cerr << "xsgetc" << std::endl; return m_input.sgetc(); } int underflow ( ) { std::cerr << "underflow" << std::endl; return m_input.sgetc(); } int uflow ( ) { std::cerr << "uflow" << std::endl; return m_input.sgetc(); } }; int main() { general_decompressor_streambuf buffering_in_streambuf(*std::cin.rdbuf()); boost::iostreams::filtering_streambuf<boost::iostreams::input> cmpr; buffering_in_streambuf.resolve_compressor(cmpr); cmpr.push(buffering_in_streambuf); std::istream i(&cmpr); boost::iostreams::copy(i, std::cout); return 0; }

2 4

trouble with boost::assign
by Lee Crabtree 19 Sep '05

19 Sep '05

Hi, I'm trying initialize a static map with map_list_of. Something along the lines of: map<int,int> blarg = map_list_of(1, 2); However, when I go to compile, I receive the following error: error C2440: 'initializing' : cannot convert from 'boost::assign_detail::generic_list<T>' to 'std::map<_Kty,_Ty,_Pr,_Alloc>' with [ T=std::pair<boost::assign_detail::assign_decay<int>::type,boost::assign_detail::assign_decay<int>::type> ] and [ _Kty=int, _Ty=int, _Pr=std::less<int>, _Alloc=std::allocator<std::pair<const int,int>> ] I have absolutely no idea what this means. Am I missing something obvious, or is there a more sinister problem afoot? Lee Crabtree

1 0