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

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

RE: [Boost-users] date_time library problem
by Ben Hutchings 06 Nov '03

06 Nov '03

Istvan Buki <istvan.buki(a)euronet.be> wrote: > 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. <snip> Library code normally needs to be compiled separately into a library file that is then statically or dynamically linked with the client code. Boost is unusual in that many of its libraries contain only inline and template functions that are compiled along with the client code. However, the date_time, filesystem, graph, python, regex, signals, test, and thread libraries have some code that must be separately compiled. See the file tools/build/index.html in the Boost distribution or on www.boost.org.

1 0