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

RE: [Boost-users] C++ Parsing - oops
by Foster, Gareth 30 Sep '04

30 Sep '04

Hey mate, I've actually come across this, whilst it is really neat, it does require include paths, infact, probably a whole make system to resolve names etc, which I won't always have, so I decided against using it. If I'm wrong on that, please do let me know, since it would be ideal other than that one issue. Thanks! Gaz -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Volker Boerchers Sent: 30 September 2004 15:30 To: 'boost-users(a)lists.boost.org' Subject: Re: [Boost-users] C++ Parsing - oops Hi Gareth, > So, will spirit be the best way then? Glad to hear its already a part of > boost btw, congratulations mate. there might be another option. The gcc-xml project (http://www.gccxml.org) lets you use gcc for parsing. Volker -- Volker Börchers TECON Systems AG, http://www.tecon.de _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

Boost uBLAS
by Pascal Bauer 30 Sep '04

30 Sep '04

Hi Boost People, Have just a simple Question: 1. I use the uBLAS matrix class together with the MPI. Is it save to send matrices similar to std::vectors, by using &(Matrix(0, 0)) as the argument for the sending buffer? (Similar as one can do &(Vector[0]) for the std::vector? ) I just use matrix<double> in the code, without any further template specifications. Thanx P.

1 0

Boost.graph read_graphviz problems in CVS head
by Jeffrey Holle 29 Sep '04

29 Sep '04

I attempted to switch from boost_1_31_0 to the CVS head available on Sun Sep 26 20:25:26 PDT 2004. My application uses read_graphviz to read the attached file. When built with the CVS head boost and run, I get the message "parse error" and a segment fault. When build with boost 1_31_0 and run, it works fine. digraph Components { node [ shape = record ]; size="6,6"; 0[label="0",type="Component"]; 1[label="1",type="Component"]; 2[label="2",type="Component"]; 3[label="3",type="Component"]; 4[label="4",type="Component"]; 5[label="5",type="Component"]; 0 -> 1[type="Association"]; 1 -> 4[type="Association"]; 4 -> 0[type="Association"]; 2 -> 5[type="Association"]; }

2 1

Boost:regex and C++ Parsing
by Foster, Gareth 29 Sep '04

29 Sep '04

Hello, I have a couple of questions, firstly, how might I extend the example for parsing C++ code for class names so that it records the line number on which the class is defined? I thought maybe I could extend the regular expression so that it has "|(\n)" at the end, or maybe there is another way. In any case I am not sure if that is the correct way to extend the regex and I am unsure how to check the regex_match result to see if it was a new line character I encountered or a class name. Secondly, are there any efforts anywhere to parse C++ for other keywords by this approach? Many thanks for any help or hints on this, for the record I am really impressed with boost, a while ago, I might have said I didn't want the depandancy, but now I'd put up with that any time, good luck getting boost work into the next C++ standard, it's great! Regards Gaz

3 2

Thread: SUN forte7 64 bits compilation error
by Maxime Larose 29 Sep '04

29 Sep '04

We have used the boost thread library in 32 bits for more than a year. Congrats, it works like a charm. We recently moved our product to Solaris 9 64 bits and now we get compilation errors. (We use forte7.) CC -c -I/BINARIES/sol9/opt/boost_1_30_0 -I../../../ -Qoption CC -xcomdat -mt -fast -xarch=v9 -DBOOST_HAS_THREADS -o sunpro/libboost_thread/condition.o ../src/condition.cpp "../../..//boost/limits.hpp", line 35: Error: Multiple declaration for std::numeric_limits<long long>. "../../..//boost/limits.hpp", line 88: Error: Multiple declaration for std::numeric_limits<unsigned long long>. 2 Error(s) detected. make: *** [sunpro/libboost_thread/condition.o] Error 2 The problem seems to be in ./config/stdlib. I hacked roguewave.hpp to artificially increase the roguewave version number: #ifndef _RWSTD_VER # define BOOST_RWSTD_VER 0x010000 #elif _RWSTD_VER < 0x010000 # define BOOST_RWSTD_VER (_RWSTD_VER << 8) #else # ifdef __sparcv9 # define BOOST_RWSTD_VER 0x20200 # else # define BOOST_RWSTD_VER _RWSTD_VER # endif #endif Now, compilation works fine: CC -c -I/BINARIES/sol9/opt/boost_1_30_0 -I../../../ -Qoption CC -xcomdat -mt -fast -xarch=v9 -DBOOST_HAS_THREADS -o sunpro/libboost_thread/tss.o ../src/tss.cpp "../src/tss.cpp", line 192: Warning (Anachronism): Formal argument 2 of type extern "C" void(*)(void*) in call to pthread_key_create(unsigned*, extern "C" void(*)(void*)) is being passed void(*)(void*). 1 Warning(s) detected. (We've had the warning for the longest time.) I am no boost expert, but that seems to have taken care of the problem: the library works fine as far as I can tell. Are there side effects that I may not be aware of? Is forte7 64 bits generally supported right out of the box? Thanks, Max ------------------------------------------------ Maxime Larose Senior Software Designer Tel: ***-***-**** mlarose(a)broadsoft.com BroadSoft, Inc. http://www.broadsoft.com/

1 0

RE: Converting a Boost implementation of Lambda to VC8 --- Found out about the Newer boost\lambda...
by John Henry 29 Sep '04

29 Sep '04

In Reference to this... I found out about the Upgrade of Lambda in Boost... I have downloaded and recompiled boost with the new Lambda and will try to sort this out myself first... It will be a bit tho as I now have to recompile the other Libraries dependent on boost First before I can go back to the original problem. On a side not: The boost "HEAD" version compiles much better for VC8 then my last one (1.30) jpmythic _____________________________________________________________________ [Edited Original] Subject: [Boost-users] Converting a Boost implementation of Lambda to VC8 so it compiles The basics: New to boost. Converting a project from VC7 to VC8 that uses Lambda functionality. Other issue, (I didn't write this code... so still learning it). The problem: ----------- The original compiles in earlier compilers, but comes up with "Ambiguous" error in VC8. The original code doesn't deal with Issues with MSVC compiliers, this I found in my searches. The fix from the Searches, points me to using the following workaround: (This was posted on both boost.org and ASPN) http://aspn.activestate.com/ASPN/Mail/Message/1387917 Now I get the basics, but I am still not quite sure about the whole boost structure, so heres the code I am dealing with. 4 files, so not too bad, and only in a small section. I've got the Basic's, I am just not sure how to conver this over: [code] template< class T > struct Holder { T value; }; typedef InheritMultiple < //MythicDebug --> list< int, std::string, Widget >, --> lambda< Holder< _ > >::type --> >::type myWidgetInfo; } // inheritance [/code] <<<<<<<<<<<<<<<<<<<<<<<<<<<<<SNIP>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

1 0

Boost Variant and std::map recursion
by Caleb Epstein 29 Sep '04

29 Sep '04

I'm trying to use Boost.Variant to model a recursive data structure than can be either a scalar value, vector or map. My code works fine on GCC and VC7.1 but I just now installed Intel C++ 8.1 and am seeing this error: /opt/intel/include/c++/utility(48): error: incomplete type is not allowed _Ty2 second; // the second stored value ^ detected during instantiation of class "std::pair<_Ty1, _Ty2> [with _Ty1=const std::string, _Ty2=boost::recursive_variant_]" at line 111 of "bencode.hpp" compilation aborted for bdecode.cpp (code 2) I'm attaching the code, but the crux of the offense seems to be the recursive variant as the second part of the std::map template: /// The field_t is the basic building block; you can use it to /// represent a scalar value, list or dictionary typedef boost::make_recursive_variant< int_t, double, std::string, std::vector<boost::recursive_variant_>, std::map<std::string, boost::recursive_variant_> >::type field_t; Is icpc right to reject this? -- Caleb Epstein caleb.epstein(a)gmail.com

1 0

Is boost::to_upper() still a part of Boost?
by Debajit Adhikary 29 Sep '04

29 Sep '04

Is boost::to_upper() still a part of Boost? I did a grep on the Boost includes today and did not find to_upper. Has it been renamed or deprecated? boost.org does list to_upper() in its online docs (boost.org Home > Documentation > Nightly CVS), but I can't find it in the online docs for the current release or the (offline) documentation that comes with Boost.

1 0

Converting a Boost implementation of Lambda to VC8 so it compiles
by John Henry 29 Sep '04

29 Sep '04

The basics: New to boost. Converting a project from VC7 to VC8 that uses Lambda functionality. Other issue, (I didn't write this code... so still learning it). The problem: ----------- The original compiles in earlier compilers, but comes up with "Ambiguous" error in VC8. The original code doesn't deal with Issues with MSVC compiliers, this I found in my searches. The fix from the Searches, points me to using the following workaround: (This was posted on both boost.org and ASPN) http://aspn.activestate.com/ASPN/Mail/Message/1387917 Now I get the basics, but I am still not quite sure about the whole boost structure, so heres the code I am dealing with. 4 files, so not too bad, and only in a small section. I've got the Basic's, I am just not sure how to conver this over: [code] template< class T > struct Holder { T value; }; typedef InheritMultiple < //MythicDebug --> list< int, std::string, Widget >, --> lambda< Holder< _ > >::type --> >::type myWidgetInfo; } // inheritance [/code] The part --> list<... is where I am unsure of how to convert it over to the style in the above post: [code] ------ (snipped) ------ typedef ownership type; BOOST_MPL_AUX_LAMBDA_SUPPORT(1, ownership, (T)) [/code] The compile error comes in about the lambda< Holder<_> >::type [code] Test.cpp(47) : error C2872: 'lambda' : ambiguous symbol could be '\boost\boost\mpl\aux_\preprocessed\plain\full_lambda.hpp(27) : boost::mpl::lambda' or 'boost::mpl' [/code] Now I have tried changing it to: boost::mpl< Holder... boost::mpl::lambda< Holder.. All of those just give me other errors, even worse in number.. As far as I can tell I need to use the MSVC Compilier workaround to fix this... This is the last fix I need to start testing the code as I've managed to convert/fix the rest.. I am just not sure how to convert [ list< int... ] to [ BOOST_MPL_AUX_LAMBDA_SUPPORT(1, ownership, (T)) ] Thanks, John Henry

1 0

Unrecoverable block scoping error
by Martin M 28 Sep '04

28 Sep '04

I use boost iterators and BGL in my project, which I normally compile with gcc. However, I wanted to try how portable it is, and tried to compile it with MSVC++ 6. After having sorted out a few minor quirks in my code, I get the error message "c:\program files\hack\microsoft visual studio\local\include\boost\type_traits\broken_compiler_spec.hpp(23) : fatal error C1506: unrecoverable block scoping error" Where could this stem from? I installed boost for VC++ from within Cygwin with the command line bjam "--prefix=c:\program files\hack\microsoft visual studio\local" "-sTOOLS=msvc" "--builddir=../boost_msvc_build" "-sMSVC_ROOT=c:\program files\hack\microsoft visual studio\vc98" install Any ideas? / martin

4 6