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

Re: [Boost-users] Scons users?
by Foster Gareth 13 Sep '05

13 Sep '05

I suppose in terms of scons and boost, then next question is how easy is it to build rpm/deb packages etc when using these build systems? Its very easy with autotooled projects. Don't get me wrong, I hate autotools, hence my interest in alternatives. Hopefully these comments aren't dragging us off topic here - these could be reasons to use Scons over Boost Build I suppose - depends on the answers really. Cheers, Gaz > -----Original Message----- > From: Sohail Somani [mailto:s.somani@fincad.com] > Sent: 13 September 2005 18:19 > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] Scons users? > > > -----Original Message----- > > From: boost-users-bounces(a)lists.boost.org > > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of > > Foster Gareth > > Sent: Tuesday, September 13, 2005 9:37 AM > > To: boost-users(a)lists.boost.org > > Subject: Re: [Boost-users] Scons users? > > > > > > How does scons fair in terms of pulling in other libraries? I > > have used Autotools and using anything from there that > > doesn't have pkg-config support (like boost, opengl etc) is a > > nightmare. > > I believe scons can parse pkg-config output out of the box and set up > your CFLAGs etc appropriately but my mileage with this has varied > immensly. Anyway, its very simple to do it yourself as you have a real > programming language available. > > I think scons could learn a bit from autotools though I guess > autotools > is only useful because its popular. > > Sohail > > _______________________________________________ > 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 Sohail Somani 13 Sep '05

13 Sep '05

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of > Foster Gareth > Sent: Tuesday, September 13, 2005 9:37 AM > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] Scons users? > > > How does scons fair in terms of pulling in other libraries? I > have used Autotools and using anything from there that > doesn't have pkg-config support (like boost, opengl etc) is a > nightmare. I believe scons can parse pkg-config output out of the box and set up your CFLAGs etc appropriately but my mileage with this has varied immensly. Anyway, its very simple to do it yourself as you have a real programming language available. I think scons could learn a bit from autotools though I guess autotools is only useful because its popular. Sohail

1 0

Re: [Boost-users] [BULK] Re: [BULK] [filesystem] function todetermineavailable space
by Sohail Somani 13 Sep '05

13 Sep '05

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of me22 > Sent: Monday, September 12, 2005 4:36 PM > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] [BULK] Re: [BULK] [filesystem] > function todetermineavailable space > > > On 12/09/05, Sohail Somani <s.somani(a)fincad.com> wrote: > > What about using a type that guarantees a certain amount instead of > > just "max" (which may vary)? Or equivalently, are we > guaranteed that > > uintmax_t can hold, say one TB, on any platform that boost supports? > > > > Even 1 TB isn't really safe. I know a number of people with > more total storage than that. > > How about a double? The imprecision shouldn't be a worry -- > if you're beyond the range of a double's precision for free > space then being off by even a few MB it doesn't matter and > doubles are perfectly precise for small integral numbers. ( > on x86 linux it seems my 64-bit doubles have 53 bits of > mantissa meaning they're perfectly precise for anything less > than 8192 TeraBytes. I don't know what the standard specifes > though, and my 32-bit floats are only perfectly precise for > under 16 MB. That being said, even the 32-bit float has a > max of over 3e26 TB, so just saying the precision of the > number returned is dependant on the precision of your > platform's double would get around that, assuming of course > we can assure that any rounding is done on the safe side. ) > > Also, the implementation could work internally in whatever it > wants to keep perfect precision and just feed out a double at the end. Great idea. I'm ok with this. What about platforms like linux or windows? What types do they use to report these stats?

3 2

Re: [Boost-users] Scons users?
by Foster Gareth 13 Sep '05

13 Sep '05

How does scons fair in terms of pulling in other libraries? I have used Autotools and using anything from there that doesn't have pkg-config support (like boost, opengl etc) is a nightmare. > -----Original Message----- > From: Jon Stewart [mailto:stew1@ellipsis.cx] > Sent: 13 September 2005 17:30 > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] Scons users? > > > 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! > > > I have been using Scons more for tiny projects* than for > large ones, and I > am still somewhat ignorant about Boost.Build, so I can't give a fair > comparison. But people aren't fair, so I think the data > points are still > valid: > > 1. Scons is a nice framework embedded in a general purpose > programming language. So, you get the benefit of a DSL that > does 80% of > the job very nicely, but you've got all that is Python for > the 20% that > doesn't fit -- and the two parts integrate naturally. I moved > from Ant to > Scons and liked that Scons provided lots of high-level > functionality but > didn't straightjacket me into abstractions that didn't fit my > situation. > > 2. My standard SConstruct file is 4 lines (2 imports, 2 > statements). I get > a full dependency analysis, can make full use of ccache and > distcc, and > run my unit tests after the build. I can't imagine life being > better. :-) > > 3. Boost.Build started out life as a fork (right?), and I > haven't noticed > many other projects outside of Boost using it. Scons seems to > have more > "momentum". > > 4. Boost.Build docs don't/didn't offer the trivial example of how > to get "Hello, World" to build. Compare: > > http://www.boost.org/tools/build/v1/build_system.htm#getting_started > > with: > > http://www.scons.org/doc/HTML/scons-user.html#AEN239 > > 5. A fair amount of traffic on this list seems to be from > people who have > trouble with Boost.Build. Of course, I'm not subscribed to > the scons users > list so this isn't fair, but my perception was that > Boost.Build would have > a steeper learning curve. > > I'm sure Boost.Build is a powerful system and can do the > job... it just > seemed to require more thought to get running the first time, > and I wanted > to devote my thought to writing code. > > Hope this helps, > > > Jon > > * The majority of my tiny projects are stub programs to play > around with > all the other Boost libraries! :-) > -- > Jon Stewart > stew1(a)ellipsis.cx > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users >

1 0

[Boost.Program_options] some trouble w/ multitoken()?
by Marc VIALA 13 Sep '05

13 Sep '05

I'm just trying to use Boost.Program_options in an application and during my implementation, it appears a couple of questions: - Is it possible to introduce more than one "multitoken" options in command line? I didn't see any limitation in the documentation but my sample hereafter seems to prove that yes. - If the answer to the first question is yes, then how I can handle this feature? I seemed that with the older version, 1.32, this feature was supported? Thanks in advance. Best regards, Marc VIALA -------------------------------------------------------------- Test Configuration: -------------------------------------------------------------- PC / WinXP SP2 Visual C++ 7.1 Boost 1.33 -------------------------------------------------------------- Code Example: -------------------------------------------------------------- // How to use multitoken options in command line? #include <vector> #include <iostream> #include <iterator> #include <boost/program_options.hpp> #include <boost/lambda/lambda.hpp> using namespace boost ; using namespace boost::lambda ; namespace po = boost::program_options ; using namespace std ; int main(int argc, char* argv[] ) { string rootDir ; vector<string> inputList, outputList ; // Options declaration po::options_description generic("Generic options") ; generic.add_options() ("help" , "produce a help message" ) ("version" , "output the version number") ; po::options_description mandatory("Mandatory options"); mandatory.add_options() ("root,r" , po::value<string>(&rootDir) , "set project root catalog" ) ("acq,a" , po::value<vector<string> >(&inputList)->multitoken() , "set list of acquisition catalog#") ("measure,m", po::value<vector<string> >(&outputList)->multitoken() , "set list of measurement catalog#") ; // Group mandatory & generic options po::options_description cmdLineOpt("Allowed options") ; cmdLineOpt.add(generic).add(mandatory) ; // Simulate command line sample vector<string> args = po::split_winmain("-r Test --acq 11 tt 13 --measure 20 21 23"); // Parse command line po::variables_map vm ; po::store(po::command_line_parser(args).options(cmdLineOpt).run(), vm); po::notify(vm) ; // Display options & args in command lines cout << "root args : \n" ; if( vm.count("root") ) cout << '\t' << vm["root"].as<string>() << '\n' ; cout << "acq args : \n" ; if( vm.count("acq") ) { const vector<string>& vs = vm["acq"].as<vector<string> >() ; for_each(vs.begin(), vs.end(), cout << constant('\t') << _1 << constant('\n')) ; } cout << "measure args: \n" ; if( vm.count("measure") ) { const vector<string>& vs = vm["measure"].as<vector<string> >() ; for_each(vs.begin(), vs.end(), cout << constant('\t') << _1 << constant('\n')) ; } return 0 ; } -------------------------------------------------------------- -------------------------------------------------------------- Output results: -------------------------------------------------------------- root args : Test acq args : 11 tt 13 --measure (it seems to insert also option item w/ its args?) 20 21 23 measure args:

1 0

random numbers
by Anakreon 13 Sep '05

13 Sep '05

I am considering to use boost.random library but have a problem with efficiency. I have a class which provides two public methods: double exponential(double mean) and double getUniform(double min, double max) The implementation I have using boost.random is inefficient and I need some advice in order to improve it. In both the above methods I create a variate_generator object with a mersenne_twister generator and the appropriate distribution. The problem is that the methods are called often which leads to creation and destruction of the variate_generator and the distribution object. I can not store those objects as member variables because the parameters mean in exponential and (min, max) in getUniform varies Thanks in advanced Anakreon

1 0

Re: [Boost-users] [BULK] Re: [BULK] [filesystem] function to determineavailable space
by Sohail Somani 12 Sep '05

12 Sep '05

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Beman Dawes > Sent: Monday, September 12, 2005 2:20 PM > To: boost-users(a)lists.boost.org > Subject: [BULK] Re: [Boost-users] [BULK] [filesystem] > function to determineavailable space > Importance: Low > > "Sohail Somani" <s.somani(a)fincad.com> wrote in message > news:1C1EBEF8DBACDC439D038EA051674EC709C5D4@xbox.financialcad.com... > >> -----Original Message----- > >> From: boost-users-bounces(a)lists.boost.org > >> [mailto:boost-users-bounces@lists.boost.org] On Behalf Of > Beman Dawes > >> Sent: Monday, September 12, 2005 10:23 AM > >> To: boost-users(a)lists.boost.org > >> Subject: [BULK] [Boost-users] [filesystem] function to determine > >> available space > >> Importance: Low > >> > >> > >> I'm planning to add a filesystem function to determine > available disk > >> space. Perhaps something like: > >> > >> struct space_status > >> { > >> boost::uintmax_t available; // free space available to user > >> boost::uintmax_t total; // total space on volume > >> }; > >> > >> space_status filesystem_space( const path & p ); > >> > >> Comments? > > > > Standard unit of measure? Bytes? Megabytes? Gigabytes? > > Bytes. Individual bytes still matter in some applications. What about using a type that guarantees a certain amount instead of just "max" (which may vary)? Or equivalently, are we guaranteed that uintmax_t can hold, say one TB, on any platform that boost supports?

2 1

Re: [Boost-users] [BULK] [filesystem] function to determine available space
by Sohail Somani 12 Sep '05

12 Sep '05

> -----Original Message----- > From: boost-users-bounces(a)lists.boost.org > [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Beman Dawes > Sent: Monday, September 12, 2005 10:23 AM > To: boost-users(a)lists.boost.org > Subject: [BULK] [Boost-users] [filesystem] function to > determine available space > Importance: Low > > > I'm planning to add a filesystem function to determine > available disk space. > Perhaps something like: > > struct space_status > { > boost::uintmax_t available; // free space available to user > boost::uintmax_t total; // total space on volume > }; > > space_status filesystem_space( const path & p ); > > Comments? Standard unit of measure? Bytes? Megabytes? Gigabytes?

2 1

[wave] Some bugs (posted here, 'coz SF bug-tracking is currently down)
by Mihalicza, Jozsef 12 Sep '05

12 Sep '05

Hello, I've built a spirit grammer to process the token sequence of wave. 1. Scope missing in macros. The first problem arose when I tried to write the wave token equivalent of chlit: struct token_lit : public boost::spirit::char_parser<token_lit> { token_lit(boost::wave::token_id id_) : id(id_) {} template <typename T> bool test(T id_) const { return BASE_TOKEN(id_) == BASE_TOKEN(id); } boost::wave::token_id id; }; The code above doesn't compile, because BASE_TOKEN uses constants from boost::wave without explicit scope. Lines to fix: token_ids.hpp(37-40,305,309). 2. Newline token reports bad position. For debug purposes I reported the match positions in the grammer actions using the file_position interface of the wave token type. The results were quite strange, sometimes pointing into the middle of a keyword, so I decided to take a smaller step and modified the wave example (the one in the documentation) just to see what happens, as follows: while (first != last) { std::cout << "value: \"" << (*first).get_value() << "\" pos: " << (*first).get_position ().get_file () << "(" << (*first).get_position ().get_line () << ") @" << (*first).get_position ().get_column () << std::endl; ++first; } Attached you can find some very small inputs and their corresponding outputs. 2.1. A file containing only whites and comments produced no tokens at all 2.2. Position of the enter token reports the new line number but the old column 2.3. The #line directive affects the position in a very strange way Please clarify if some of these are not errors. Oops, I almost forgot, I am using a fresh verison from the CVS repository already containing the fix for the SF bug #1274584. Best regards, József Mihalicza

2 2

Re: [Boost-users] Some thoughts on Unary / BinaryFunctionConcept limitations
by Stephen Gross 12 Sep '05

12 Sep '05

> (1) The implementation of Unary and Binary (FunctionConcepts) > assume that > the return type is assignable ("r = f(arg)" tries to assign a value > to r). > But what if the return type is a reference? Won't the function > concept fail > to compile? Is this a bug? >That looks like a bug. >Here's a challenge for you: how would you fix this bug? In my own functor concept implementation, I used the function-pointer trick to make it work: ==== CODE ==== template<typename Func, typename Ret, typename Arg> struct special_UnaryFunctionConcept { void constraints() { Ret (Func::*x) (Arg) = Func::operator(); } }; ============== > (2) I'm implementing an NaryFunctionConcept for functors taking > more than 2 > arguments. The BOOST_CLASS_REQUIREx macro, however, appears to be > limited to > 4 types. This limits the NaryFunctionConcept to functors with up to > two > arguments. Is there a way to expand the BOOST_CLASS_REQUIREx macro > to handle > more than 4 types? >I'm sure there is a way. Can you think of a way to do it? Perhaps the >boost preprocessor library would help. Well, I was thinking that it BOOST_CLASS_REQUIREx for x > 4 could be added to the concept_check library in the same way that it is for x <= 4. Is this possible? > (3) I ran into a compiler problem when using BOOST_CLASS_REQUIREx; > when any > of the type macros have spaces or non-alphanumeric characters in > them, the > compiler reports an error. In the following example, I try to use > the macro > to require a UnaryFunctor taking a const std::string & and > returning an int. >Yes, you need to create a typedef for such types. This restriction >should be documented. I've checked in a fix to the docs. Ok, gotcha. Interesting... Thanks, --Steve

1 0