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

Re: [Boost-users] Re: Intoductory Boost Presentation
by Jon Kalb 12 Nov '03

12 Nov '03

On 11/12/03 12:39 AM, "David Abrahams" <dave(a)boost-consulting.com> wrote: > Jon Kalb <Kalb(a)LibertySoft.com> writes: > >> I will forward this message to him and ask if he wants to comment more >> specifically, but I'll give you one example that he found. I don't recall >> the exact number, but he found that a function call using Boost::function >> generated about 20K of code (in our development environment). I realize that >> in a day when gigabyte hard drives are a dime a dozen it seems miserly to >> worry about 20K, but that is for *one function call*. > > With optimization on? Apparently not. It isn't so bad in the ship build and the hit is not in the invocation, but in the construction. > I find that _very_ hard to swallow, as I have > some idea what's involved under the hood of Boost.Function. Unless, > of course, the size was really going into the function object being > wrapped by Boost.Function... if you're just wrapping (member) > function pointers Boost.Function should generate very little extra > code. Can you have your coworker post an example which demonstrates? He has already posted to this list saying: On 11/11/03 11:25 AM, "Jorg Brown" <jorg(a)microsoft.com> wrote: > an enormous amount of > code (660 bytes in an optimized, no-symbols build) is generated when I > say something as simple as > > void Testbed(void) { > boost::function<void> SimpleFPtr(&Testbed); > } > -- Jon Kalb Kalb(a)LibertySoft.com

1 0

graph: Min Spanning Tree (advanced start)
by Matthew Galati 12 Nov '03

12 Nov '03

Is there a way to give an advanced start to solve Min Spanning Tree using boost/graph? That is, I have a list of edges in my graph that must be in the Min Spanning Tree (i.e., their cost is -M, for very big M). Since algorithms for MST are greedy, I assume this can be done - but is their an easy way to interface to boost/graph's MST algorithms? Thanks for any help. Matt -- Matthew Galati ISE Lehigh University IBM Service Parts Solutions 610.758.4042 (Office) 610.882.0779 (Home) magh(a)lehigh.edu, magal11(a)us.ibm.com http://sagan.ie.lehigh.edu/mgalati/

1 0

RE: [Boost-users] Intoductory Boost Presentation
by Darryl Green 12 Nov '03

12 Nov '03

> -----Original Message----- > From: Jon Kalb [mailto:Kalb@LibertySoft.com] > Sent: Wednesday, 12 November 2003 7:22 AM > To: Boost Users > Subject: Re: [Boost-users] Intoductory Boost Presentation > > > > the documentation (and the code?) deficient? That would be as useful as > > Matt's overview could be to those just getting into/considering using > > boost libs. As it stands, all that the above statement adds is FUD. > > I passed on my friend's comments without attribution because > I didn't ask > his permission and I don't think he really intended the > comments for so > large an audience. His comments were directed to our > co-workers and we know > a little about some of the research that he has done on some > of the Boost > libraries. With that audience it isn't exactly FUD. I agree - FUD is audience dependent. I am 100% serious about thinking that any addition that clarifies what the issues/pitfalls are would be valuable, while FUD definitely isn't. > > I will forward this message to him and ask if he wants to comment more > specifically, but I'll give you one example that he found. I > don't recall > the exact number, but he found that a function call using > Boost::function > generated about 20K of code (in our development environment). > I realize that > in a day when gigabyte hard drives are a dime a dozen it > seems miserly to > worry about 20K, but that is for *one function call*. I don't think he > benchmarked it to see how long it takes to execute this code, > but still I > think he has a point when he talks about code bloat. I'm sure he has a point. I only asked him to make it. I don't really want this to turn into an attack on your co-worker's reasearch - I would honestly like to see some information on these issues. We did some basic tests on the performance of boost::function before using it and found that the actual despatch overhead is very low (which was our main concern at the time) and the size of the actual function wrapper is acceptable. We have not (yet) used boost::function in a context where the allocation performance would be expected to be significant. We didn't specifically check code size, but I can safely say we don't see 20K/function call (and yes, we do care about code size - embedded system). One thing that I have found with boost is that by providing powerful concepts in its libraries it can replace a lot of bloatware libraries/frameworks in a way that reduces overall code size, even though toy benchmarks might indicate otherwise. > > I also think he has a point about discussing the performance > trade-off issue > of each library. When the STL was first introduced, it was so > revolutionary > that it was given a very skeptical reception. But most people > were won over. > The power/overhead ratio was very favorable and it looked > like compilers > would likely improve in ways that would make it even more favorable. Absolutely agreed. Some of the stl tradeoffs don't fit some systems - hence boost:array for example... > > Now we are comfortable with template libraries and are less > skeptical of new > ones. But every library has some overhead cost and has some > applications for > which it is ill-suited. We need to evaluate each library on > its own merits > and never assume that because one was accepted in Boost it > has some magic > property that means there are no performance trade-offs or that the > performance profiles of all Boost libraries are similar. Yes - maybe something like that disclaimer would be a good start in an introductory overview. It is ultimately up to the library user to eveluate these issues - nothing special about boost in that regard. > > Suppose users determine that Boost::function (I'm just > picking on this as an > example) is great for creating flexible interfaces, but > should be avoided > for any inner-loop use or where code size is at a premium. A user would have to determine that from an understanding of what a boost::function really is/does and an understanding of their application of it. In my opinion a statement similar to the above isn't a reasonable way to present usage guidelines for boost::function. If you need a generalised function interface in an inner-loop (hopefully rare) I can't see that boost::function is going to be out-performed significantly by anything else. If you are using a generalised function object interface for invoking functions where the cost of an indirection in the call is a significant part of the cost of the function (and the performance actually matters) you have a design problem. As to code size - there will always be places where code size matters, but I haven't seen a problem - maybe a system where there are a huge number of different boost::function specializations? > That doesn't make > the library worthless, in fact, adding advice about the best > situations to > use the library enhances its value. I agree - I really was asking you/your colleague to provide some information to turn the FUD into something valuable. I don't think boost::function needs any more guidelines, it is pretty well documented. The only one I'd suggest emphasising in an introductory coverage is: Carefully consider whether using boost::ref to avoid copying the target function object is necessary/desirable for performance and/or semantic reasons using boost::function. I just checked, and this is covered in Douglas Gregor's tutorial anyway. Maybe the guideline should just be RTFM..... Regards Darryl Green ########################################################################## This e-mail is for the use of the intended recipient(s) only. If you have received this e-mail in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not use, disclose or distribute this e-mail without the author's prior permission. We have taken precautions to minimise the risk of transmitting software viruses, but we advise you to carry out your own virus checks on any attachment to this message. We cannot accept liability for any loss or damage caused by software viruses. ##########################################################################

1 0

RE: [Boost-users] Re: Intoductory Boost Presentation
by Ben Hutchings 12 Nov '03

12 Nov '03

Matt S Trentini <matt_s_trentini(a)hotmail.com> wrote: <snip> > You'll notice that I left the typedef in there. I can't find > anything in the standard (or with google) about it being illegal in > main, nor does my compiler emit any warnings. Can anyone shed some > light on this? There's nothing wrong with it. A typedef declaration is allowed wherever any other declaration is allowed, except in the condition of a 'for', 'if', 'switch' or 'while' statement. > And I've got to disagree with your friend about the correct ordering > - the expected output is 3, 1, 2 (Remember that foo_ptr gets deleted > first). I don't see any requirement on the order of destruction of sequence elements, so I think it can be either 3, 1, 2 or 3, 2, 1.

2 1

RE: [Boost-users] Intoductory Boost Presentation
by Darryl Green 11 Nov '03

11 Nov '03

Hi Jon, > -----Original Message----- > From: Jon Kalb [mailto:Kalb@LibertySoft.com] > Sent: Tuesday, 11 November 2003 11:16 AM > To: Boost Users > Subject: Re: [Boost-users] Intoductory Boost Presentation > > > On 11/9/03 8:06 PM, "Matthew S Trentini" <matt_s_trentini(a)hotmail.com> > wrote: > > > Heya Everyone, > > > > I recently gave a presentation to my work colleagues on the > wonders of the > > Boost library. [snip] > > Matt, > > I don't know if you plan to keep this updated, but here is > some feedback > from a co-worker. I have not verified his findings. > [snip] > > > > The rest of the pages have the classic boost downfall: they > > don't discuss any of the pitfalls, performance problems, or > > code bloat issues, which frankly, seem like the "crazy aunt > > in the basement" of boost. > I don't suppose your co-worker would like to enlighten us about these issues/areas with which he obviously has some expertise and considers the documentation (and the code?) deficient? That would be as useful as Matt's overview could be to those just getting into/considering using boost libs. As it stands, all that the above statement adds is FUD. Regards Darryl Green ########################################################################## This e-mail is for the use of the intended recipient(s) only. If you have received this e-mail in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not use, disclose or distribute this e-mail without the author's prior permission. We have taken precautions to minimise the risk of transmitting software viruses, but we advise you to carry out your own virus checks on any attachment to this message. We cannot accept liability for any loss or damage caused by software viruses. ##########################################################################

3 2

Library array
by Dave 11 Nov '03

11 Nov '03

Hello all, I have recently reviewed the Boost presentation put together by Matthew and intend to present it to my peers also. It was especially welcome to see this because I've been wanting to present to my peers on Boost for awhile but haven't had the time to learn enough about the library to put a presentation together. So, something I wanted fell right in my lap! Kinda like finding a $100 bill on the street! I do have one question about the array library. In the documentation, the statement is made that the advantage array has over vector is the fact that since vectors provide the semantics of dynamic arrays, "This results in some overhead in case only arrays with static sizes are needed.". When discussing this with my peers, I'd like to present something a little more concrete to them. If I have a number of elements that is known at compile time, why, *specifically*, should I prefer boost::array to std::vector? Thanks! Dave

2 2

problem with versio 1_30_0
by S.M. Sohelozzaman 11 Nov '03

11 Nov '03

Hello all, I am a new member of this group and I am facing some problems with the new boost version. I was trying to compile and link my old C++ codes with the new boost version (1_30_0 and 1_30_2). It compiles but during the linking time it gives the following errors: ======================================================= Boost Root = /home/sohel/projects/boost_1_30_0 Applications lib: /home/sohel/projects/boost_1_30_0/libs/thread/build/bin/libboost_thread.so/gcc/debug/runtime-link-dynamic/shared-linkable-true/threading-multi/libboost_threadd.so NT: boost: 30 ...patience... don't know how to make /home/sohel/projects/boost_1_30_0/libs/thread/build/bin/libboost_thread.so/gcc/debug/runtime-link-dynamic/shared-linkable-true/threading-multi/libboost_threadd.a ...found 390 targets... ...can't find 1 target... ...can't make 7 targets... ...skipped 000_easy_positioning for lack of /home/sohel/projects/boost_1_30_0/libs/thread/build/bin/libboost_thread.so/gcc/debug/runtime-link-dynamic/shared-linkable-true/threading-multi/libboost_threadd.a... ======================================================= Please help me with the ideas how I can solve this problem. Thanks in advance. Sohel. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree

1 0

Re: [Boost-users] Re: Note for Python 2.3 users
by Paul Grenyer 11 Nov '03

11 Nov '03

> "Paul Grenyer" <paul(a)paulgrenyer.co.uk> writes: Hi > > I assume this means I need to use Python 2.2.3 or lower, right? > > I recommend posting Boost.Python questions to the C++-sig: > http://www.boost.org/more/mailing_lists.htm#cplussig Thanks, I've joined. > and I also recommend using the CVS version of Boost.Python, which is > Python-2.3 compatible. Thanks, getting it now. Regards Paul Please note the change of email address! Paul Grenyer Email: paul(a)paulgrenyer.co.uk Web: www.paulgrenyer.co.uk

1 0

RE: [Boost-users] Library array
by Ben Hutchings 11 Nov '03

11 Nov '03

Dave <better_cs_now(a)yahoo.com> wrote: <snip> > I do have one question about the array library. In the > documentation, the statement is made that the advantage array has > over vector is the fact that since vectors provide the semantics > of dynamic arrays, "This results in some overhead in case only > arrays with static sizes are needed.". When discussing this with > my peers, I'd like to present something a little more concrete to > them. > > If I have a number of elements that is known at compile time, why, > *specifically*, should I prefer boost::array to std::vector? The array is stored inside the class instance rather than separately allocated from the heap. There is no need for additional pointer and size member data. This saves time and memory. Many member functions are trivial because of the fixed size. This also saves time. The array size is exactly what you specify, whereas std::vector may round up the size of its internal array to allow for some growth. This saves memory. There may also be a reduction in mental overhead because you will never have to think about the possibility of the array size changing. One disadvantage is that you can catch a failed heap allocation whereas a failed automatic allocation is normally fatal. Allocating large arrays in automatic storage remains a bad idea. Ben.

3 5

RE: [Boost-users] date_time: why invalid_time_label in process_local_dst_start_day()
by Ben Hutchings 11 Nov '03

11 Nov '03

Michael Haubenwallner <michael.haubenwallner(a)salomon.at>: > as i could not google out an answer for my problem with > boost/date_time/dst_rules.hpp: is there a reason why > "boost::date_time::dst_calculator::process_local_dst_start_day()" > returns "invalid_time_label" for the transition time, but > "process_local_dst_end_day()" returns "ambigous" ? > Or is it just a bug ? At the start of DST, the time goes directly from, say, 1:00 to 2:00, so there is *no* point in time labelled 1:30 and it is invalid. At the end of DST, the time goes directly from, say, 2:00 to 1:00, so there are two points in time labelled 1:30 and it is ambiguous.

1 0

date_time: why invalid_time_label in process_local_dst_start_day()
by Michael Haubenwallner 11 Nov '03

11 Nov '03

Hello, as i could not google out an answer for my problem with boost/date_time/dst_rules.hpp: is there a reason why "boost::date_time::dst_calculator::process_local_dst_start_day()" returns "invalid_time_label" for the transition time, but "process_local_dst_end_day()" returns "ambigous" ? Or is it just a bug ? Thanks, Michael Haubenwallner -- Michael Haubenwallner SALOMON Automation GmbH Forschung & Entwicklung A-8114 Friesach bei Graz mailto:michael.haubenwallner@salomon.at http://www.salomon.at

1 0

Boost Python: Beyond handles
by Paul Grenyer 11 Nov '03

11 Nov '03

Hi All I'm trying to embed the python interpreter in a C++ program so that users can write simple scripts that can be executed when the program runs. I've been following the "Using the the Interpretter" examples an dhave had quite a lot of success, except with this one: handle<> main_module(borrowed( PyImport_AddModule("__main__") )); handle<> main_namespace(borrowed( PyModule_GetDict(main_module.get ()) )); handle<> main_module( borrowed( PyImport_AddModule("__main__") )); main_namespace dict(handle<>(borrowed( PyModule_GetDict(main_module.get ()) ))); handle<>( PyRun_String(" result = 5 ** 2", Py_file_input, main_namespace.ptr(), main_namespace.ptr()) ); int five_squared = extract<int>( main_namespace["result"] ); I'm using boost 1.30.0 and MSVC 7.1, along with the following warning (?!!): builtin_converters.hpp(114) : warning C4267: 'argument' : conversion from 'size_t' to 'int', possible loss of data I get the following errors: error C2146: syntax error : missing ';' before identifier 'dict' error C2039: 'ptr' : is not a member of 'boost::python::handle<>' error C2039: 'ptr' : is not a member of 'boost::python::handle<>' error C2676: binary '[' : 'boost::python::handle<>' does not define this operator or a conversion to a type acceptable to the predefined operator The "missing ';' before identifier 'dict'" error I can understand and I ppear to be able to fix by swapping "main_namespace" for "handle<>". I can also fix the "'ptr' : is not a member of 'boost::python::handle<>'" error by changing ptr to get. However, the final error has me stumped. Any suggestions appreciated. Regards Paul Please note the change of email address! Paul Grenyer Email: paul(a)paulgrenyer.co.uk Web: www.paulgrenyer.co.uk

2 1

Note for Python 2.3 users
by Paul Grenyer 11 Nov '03

11 Nov '03

Hi All I'm just about to start trying to use Boost.Python for the first time and noticed the following note in the docs: Note for Python 2.3 users This is a bugfix release only, and is not compatible with Python 2.3. Boost 1.31.0, which will be compatible with Python 2.3, is due out shortly. I assume this means I need to use Python 2.2.3 or lower, right? Regards Paul Please note the change of email address! Paul Grenyer Email: paul(a)paulgrenyer.co.uk Web: www.paulgrenyer.co.uk

2 1

'long long' problem on VC++7.1
by Nick Savoiu 11 Nov '03

11 Nov '03

I'm trying to compile some boost code on VC+7.1 but I get: e:\users\savoiu\Projects\boost-1.30.2\boost\concept_check.hpp(183) : error C2632: 'long' followed by 'long' is illegal Do I need any #defines when using Boost with VC++7.1 or should it work right out of the box? Thanks, Nick

2 2

Compiler command line options...
by Soumitra Chatterjee 10 Nov '03

10 Nov '03

Hi, I am a newbie, and I have a very basic question regarding compilation of boost libraries. Setup: I am using the bjam setup to build and test the boost library. I use something like $ cd <boost-root> $ bjam -a "-sTOOLS=acc" to try and build the library. Problem: I would like to add some compiler options (eg -myopt) during the build. How and where do I add them? Thanks in advance. -- Soumitra

2 1

Problem with installing Boost man
by Alex Vinokur 09 Nov '03

09 Nov '03

Hi, I have got a problem while installing man, =========================================== Windows 2000 Professional CYGWIN_NT-5.0 1.5.4(0.94/3/2) =========================================== $ tar -xf boost_1_30_doc_man.tar tar: boost_1_30_0/doc/man/man3/boost\:\:any.3: Cannot open: No such file or directory tar: boost_1_30_0/doc/man/man3/boost\:\:any_cast.3: Cannot open: No such file or directory tar: boost_1_30_0/doc/man/man3/boost\:\:bad_any_cast.3: Cannot open: No such file or directory tar: boost_1_30_0/doc/man/man3/boost\:\:bad_function_call.3: Cannot open: No such file or directory tar: boost_1_30_0/doc/man/man3/boost\:\:function.3: Cannot open: No such file or directory tar: boost_1_30_0/doc/man/man3/boost\:\:functionN.3: Cannot open: No such file or directory tar: boost_1_30_0/doc/man/man3/boost\:\:function_base.3: Cannot open: No such file or directory tar: boost_1_30_0/doc/man/man3/boost\:\:is_reference_wrapper.3: Cannot open: No such file or directory tar: boost_1_30_0/doc/man/man3/boost\:\:last_value.3: Cannot open: No such file or directory tar: boost_1_30_0/doc/man/man3/boost\:\:reference_wrapper.3: Cannot open: No such file or directory tar: boost_1_30_0/doc/man/man3/boost\:\:signal.3: Cannot open: No such file or directory tar: boost_1_30_0/doc/man/man3/boost\:\:signalN.3: Cannot open: No such file or directory tar: boost_1_30_0/doc/man/man3/boost\:\:signals\:\:connection.3: Cannot open: No such file or directory tar: boost_1_30_0/doc/man/man3/boost\:\:signals\:\:scoped_connection.3: Cannot open: No such file or directory tar: boost_1_30_0/doc/man/man3/boost\:\:signals\:\:trackable.3: Cannot open: No such file or directory tar: boost_1_30_0/doc/man/man3/boost\:\:slot.3: Cannot open: No such file or directory tar: boost_1_30_0/doc/man/man3/boost\:\:unwrap_reference.3: Cannot open: No such file or directory tar: boost_1_30_0/doc/man/man3/boost\:\:visit_each.3: Cannot open: No such file or directory tar: Error exit delayed from previous errors What is wrong? ===================================== Alex Vinokur mailto:alexvn@connect.to http://mathforum.org/library/view/10978.html news://news.gmane.org/gmane.comp.lang.c++.perfometer =====================================

2 1

c_grammar example
by adel.essafi 09 Nov '03

09 Nov '03

hi list I have a problem with spirit library. when I try to compile the c_grammar example , it takes to me 5 hours!!!!!! it s foolish. do you have the same problem please! cheers Accédez au courrier électronique de La Poste : www.laposte.net ; 3615 LAPOSTENET (0,34/mn) ; tél : 08 92 68 13 50 (0,34/mn)

3 2

BOOST_HAS_THREADS
by Lalit Seth 09 Nov '03

09 Nov '03

Hi all, I was using a a boost library boost_1_30_0. now i tried to use new boost realease boost-1.30.2. But compiling the same application with new boost library results in error Thread support is unavailable! as BOOST_HAS_THREADS Macro is not defined. This is wht i have doen to install boost under RedHat8.0 Linux ./configure bjam How can i rectify it? Rgds Lalit _________________________________________________________________ Pinjar is a classic! Check out the making of this film. http://server1.msn.co.in/sp03/Pinjar/index.asp Simply click here!

3 2

Re: [Boost-users] BOOST_HAS_THREADS
by Lalit Seth 09 Nov '03

09 Nov '03

This is not wrking bjam -sBUILD="<define>_REENTRANT <threading>multi" > Help me Ists urgent? >From: cavok(a)filibusta.crema.unimi.it (Domenico Andreoli) >Reply-To: Boost Users mailing list <boost-users(a)lists.boost.org> >To: boost-users(a)lists.boost.org >Subject: Re: [Boost-users] BOOST_HAS_THREADS >Date: Sat, 8 Nov 2003 17:12:43 +0100 > >On Sat, Nov 08, 2003 at 01:26:37PM +0530, Lalit Seth wrote: > > Hi all, > > >hi > > > I was using a a boost library boost_1_30_0. > > now i tried to use new boost realease boost-1.30.2. > > > > But compiling the same application with new boost library results in >error > > Thread support is unavailable! > > > > as BOOST_HAS_THREADS Macro is not defined. > > > > This is wht i have doen to install boost under RedHat8.0 Linux > > > > ./configure > > bjam > > >i think i've solved invoking bjam this way: >bjam -sBUILD="<define>_REENTRANT <threading>multi" > >ciao >dom > >-----[ Domenico Andreoli, aka cavok > --[ http://filibusta.crema.unimi.it/~cavok/gpgkey.asc > ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50 >_______________________________________________ >Boost-users mailing list >Boost-users(a)lists.boost.org >http://lists.boost.org/mailman/listinfo.cgi/boost-users _________________________________________________________________ Discover digital jadoo! Enter this contest. http://server1.msn.co.in/sp03/mediacenter/index.asp Win cool prizes!

2 1

MultiArray - issue with views and striding
by Ronald Garcia 08 Nov '03

08 Nov '03

Nasatyr, Ben (London) wrote: > Suppose I have a 1d-array of size 10 (index base is 0). If I create a view > on [0,10), strided by 3, shouldn't the size of the result be 4, > corresponding to indices 0, 3, 6 and 9? Instead I get 3. Hi, It appears you have correctly diagnosed a bug in the code for views. Thank you. I will check a fix into the Boost CVS. Cheers, ron

1 0

2 bind questions
by Angus Leeming 07 Nov '03

07 Nov '03

I'm having some problems with bind and wonder if someone might help. The attached file compiles and runs fine when compiled with boost-1.30.2 (g++ 3.2 on a PC and g++ 3.3 on a Dec Alpha, both running linux). However, compilation fails if I uncomment the overloaded 'node' member function below. struct FEM { typedef std::vector<Node>::size_type size_type; FEM(std::vector<Node> const & nodes) : nodes_(nodes) {} size_type nnodes() const { return nodes_.size(); } Node & node(size_type i) { return nodes_[i]; } // Node const & node(size_type i) const { return nodes_[i]; } private: std::vector<Node> nodes_; }; boost/boost-1.30.2/boost/function/function_template.hpp:117: could not convert `f->boost::_bi::bind_t<R, F, L>::operator()(A1&) [with A1 = size_t, R = const Node&, F = boost::_mfi::cmf1<const Node&, FEM, unsigned int>, L = boost::_bi::list2<boost::reference_wrapper<FEM>, boost::arg<1> >]((&a0))' to `Node&' Is there a fix for this or have I hit a brick wall? Second question. I'd like to combine these two boost::functions into a single boost::function2<void, size_t, double> all_in_one = ...; all_in_one(i, val); but I'm getting horribly lost trying to determine the '...'. Is it possible? Any clues? Kind regards, Angus ps. What is the prefered way of posting code? Inline or as an attachment? A std::vector<Node> nodes(10); FEM fem(nodes); size_t i = 5; double const val = 14; boost::function1<Node &, size_t> get_node = boost::bind(&FEM::node, boost::ref(fem), _1); boost::function1<void, double> set_value = boost::bind(&Node::set_conc, boost::ref(get_node(i)), _1); set_value(val);

2 2

RE: [Boost-users] Re: shared_ptr compiler error with gcc
by Ben Hutchings 06 Nov '03

06 Nov '03

amerio <amerio(a)hotmail.com> wrote: > > Does Nintendo not supply a newer version? Do they even support the > > standard library (which Boost is somewhat dependent on)? > > Actually, it is gcc 2.95.3 > The stl is supported via the latest stlport. <snip> > > This error message seems to be incomplete. > > oops. here it is : > boost/detail/shared_count.hpp: > In method `void * > boost::detail::sp_counted_base_impl<P,D>::get_deleter(const type_info > &)': Internal compiler error. > > If anyone was successful compiling this on the gamecube, > please share your knowledge ! > (boost 1.30.2, gcc 2.95.3 with prodg for gamecube) I think you have disabled RTTI, so the call to typeid() does not work. There is a bug in 2.95.3 that causes it to fail rather than reporting this error in a helpful way: <http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3689>. If you remove the option '-fno-rtti' from the compiler command line it should work.

1 0

RE: [Boost-users] Problems with call_traits in GCC 3.2 20020927(prerelease)
by Ben Hutchings 06 Nov '03

06 Nov '03

Joaquín Mª López Muñoz <joaquin(a)tid.es> wrote: > The following programs does not compile with error > > foo.cpp: In function `int main()': > foo.cpp:11: no matching function for call to `foo(std::string)' > > Program code: > > #include <boost/call_traits.hpp> > #include <string> > > template<typename Type> > void foo(typename boost::call_traits<Type>::param_type x) > { > } > > int main() > { > foo(std::string("bar")); > > return 0; > } > > > Environment is GCC 3.2 20020927 (prerelease) under Cygwin. > Anyvody run into a similar problem? Workarounds, ideas? Thanx > in advance. This is standard behaviour. See my explanation in <http://groups.google.com/groups?selm=slrnbisehj.1pc.do-not-spam-benh%40tin.…>. Without knowing what it is you are trying to do, I cannot offer a workaround.

3 2

RE: [Boost-users] Problems with call_traits in GCC3.220020927(prerelease)
by Ben Hutchings 06 Nov '03

06 Nov '03

Joaquín Mª López Muñoz <joaquin(a)tid.es> wrote: > Ben Hutchings ha escrito: <snip> > > Without knowing what it is you are trying to do, I cannot offer > > a workaround. > > With pleasure. My original design was > > template<typename Type> > void foo(const Type& x) > { > } > > (of course the actual code does something useful) > and I wanted to take advantage of the call_traits<>::param_type > optimization for basic types. > > So, no way? Should I revert to const Type&? Some clever workaround > to help the compiler swallow the construct? Thx in advance. I would leave it as const Type &. If you think your compiler is not smart enough to make a local copy of what x refers to when Type when that's likely to improve performance, you could use something like this: template<typename Type> void foo(const Type & arg_x) { typename boost::call_traits<Type>::param_type local_x = arg_x; ... }

1 0

date_time library problem
by Istvan Buki 06 Nov '03

06 Nov '03

Hello, here is a small piece of code that use the posix_time system that fails to compile. I'm wondering whether it is a bug in the library or my usage of the library that is wrong. Thank you for your help. Istvan #include "boost/date_time/posix_time/posix_time.hpp" #include <iostream> int main() { using namespace boost::posix_time ; ptime now = microsec_clock::local_time(); std::cout << to_simple_string( now ) << std::endl ; return 0 ; } g++ -I/opt/boost brol.cpp /tmp/ccQQjwdW.o(.gnu.linkonce.t._ZN5boost9date_time15month_formatterINS_9gregorian10greg_monthENS0_13simple_formatEE12format_monthERKS3_RSo+0x3a): In function `boost::date_time::month_formatter<boost::gregorian::greg_month, boost::date_time::simple_format>::format_month(boost::gregorian::greg_month const&, std::basic_ostream<char, std::char_traits<char> >&)': : undefined reference to `boost::gregorian::greg_month::as_short_string() const' /tmp/ccQQjwdW.o(.gnu.linkonce.t._ZN5boost9date_time15month_formatterINS_9gregorian10greg_monthENS0_13simple_formatEE12format_monthERKS3_RSo+0x5c): In function `boost::date_time::month_formatter<boost::gregorian::greg_month, boost::date_time::simple_format>::format_month(boost::gregorian::greg_month const&, std::basic_ostream<char, std::char_traits<char> >&)': : undefined reference to `boost::gregorian::greg_month::as_long_string() const' collect2: ld returned 1 exit status The system is running SuSE linux 9.0 compiler: gcc 3.3.1 boost version 1.30.2

2 1