- Boost-users - lists.boost.org

[review] promotion traits
by Tobias Schwinger 01 Apr '06

01 Apr '06

The review of Alexander Nasonov's Promotion Traits start today. Since it's a small contribution it will be fast-track reviewed and the end of the review period is scheduled for April 6. Download URL ============ http://cpp-experiment.sourceforge.net/promote-20050917.tar.gz About the submission ==================== The Promotion Traits extend Boost.TypeTraits with templates that compute the type after promotion has been applied. Example: // given template<typename T> struct some_algorithm; template<> struct some_algorithm<int> { [...] }; // [...] more specializations // , [...] some_algorithm< typename integral_promotion<T>::type > [...] // makes some_algorithm work for any type T that promotes to an integer // (that is enums and smaller integral types) without the need for // additional specialization Review questions ================ Please always explicitly state in your review, whether you think the library should be accepted into Boost. You might want to comment on the following questions: - What is your evaluation of the design? - What is your evaluation of the implementation? - What is your evaluation of the documentation? - What is your evaluation of the potential usefulness of the library? - Did you try to use the library? With what compiler? Did you have any problems? - How much effort did you put into your evaluation? A glance? A quick reading? In-depth study? - Are you knowledgeable about the problem domain? Regards, Tobias (Review Manager)

1 0

[serialization]problem with tree-structure
by heinz meier 01 Apr '06

01 Apr '06

Hello! I want to serialize a self made tree-data-structure. It consists of nodes which are conected via pointers to other nodes. I can serialize an object that contains only one of these nodes. But when i connect other nodes via pointers to that node i get a segmentation fault when i try to serialize that. I read the "Serializable Concept" in the Reference that says that it should work and i assume that i implemented the serialization-libary correct, because it works for a single node... I have no idea what can be wrong. So can someone help me please? I'm using the "libboost_serialization-gcc-1_33_1" libary and gcc 3.3.5 -- E-Mails und Internet immer und �berall! 1&1 PocketWeb, perfekt mit GMX: http://www.gmx.net/de/go/pocketweb

3 3

Serialization creates huge object file
by Zoltan Szatmary 31 Mar '06

31 Mar '06

Dear Robert, I have been using the serialization lib for a while. I already wrote some mail to this list as you might remember. I was quite satisfied with its performance and ease of use, but now there is a problem I cannot solve. I need to serialize/deserialize some 50 polymorphic classes, so I do BOOST_CLASS_EXPORT them. I put all the serialization related logic into one definition (.cpp) file. I only use two types of archives, xml_iarchive and xml_oarchive. Now, when I compile the file with Intel compiler v8.2 on an Itanium based machine and with debug info the result is a huge (>42MB) object file, which ld (the linker) simply refuses to link. I am quite sure that the size of the object file is the problem. I tried to separate the xml_iarchive related code to one .cpp file and the xml_oarchive related code to an another, but of course this means that export.hpp is included to both, which results in multiple definitions error when trying to link the two object files together. Could you suggest any solution? Thank you very much in advance Zoltan Szatmary

3 3

Re: [Boost-users] Problems compiling Serialisation libs because o f Spirit problem
by James Hughes 31 Mar '06

31 Mar '06

Hi Joel. > -----Original Message----- > From: Joel de Guzman [mailto:joel@boost-consulting.com] > Sent: 30 March 2006 23:43 > To: boost-users(a)lists.boost.org > Subject: Re: [Boost-users] Problems compiling Serialisation > libs because > o f Spirit problem > > > > The spirit list is the proper venue for spirit related questions. > spirit-general(a)lists.sourceforge.net. Will try there. > > Anyway... I am not sure what the workaround is here. I do not > have access to g++3.4.3. We've tested against all versions of > g++ (including 2.95.3 for Spirit 1.6.x) and I don't recall > any problems. I am currently testing against 3.4.4 and I see > no problems. Do you have a minimal cpp test file I can try? > Perhaps posting the compiler errors might help. One of the errors (all errors seem to relate to this one area) was included in the previous post on the subject, but it is just a build of boost, without any of my code anywhere near! Not sure an example is necessary, it's all boost library code. I am thinking it must be something to do with cross compiling (x86 host compiling to ARM code), but cannot see why it should be. My (previously limited) template understanding is improving rapidly, trying to figure out how this stuff works! James

2 1

Re: [Boost-users] Problems compiling Serialisation libs because o f Spirit problem
by James Hughes 30 Mar '06

30 Mar '06

Some more information on this... Looking at the headers that give the error, there appears to be an issue with the result types returned from parsers.... boost/spirit/core/parser.hpp template <typename DerivedT> struct parser { typedef DerivedT embed_t; typedef DerivedT derived_t; typedef plain_parser_category parser_category_t; template <typename ScannerT> struct result { typedef typename match_result<ScannerT, nil_t>::type type; }; boost/spirit/core/primitives/numerics.hpp struct sign_parser : public parser<sign_parser> { typedef sign_parser self_t; template <typename ScannerT> struct result { typedef typename match_result<ScannerT, bool>::type type; }; The derived sign_parser class appears to want to 'override' the base class struct result, but instead the compiler is giving an error. This would appear to be a compiler fault, but I could be way off there - depends whether this compiles in other circumstances!! I am still at loss to fix this so all help gratefully received! James > -----Original Message----- > From: James Hughes [mailto:JHughes@Linx.co.uk] > Sent: 30 March 2006 11:34 > To: 'boost-users(a)lists.boost.org' > Subject: [Boost-users] Problems compiling Serialisation libs > because of > Spirit problem > > > Hello all, > > I reported some time ago an issue with trying to compile the > Boost libs > using an ARM cross compiler. > > This has just started to have an impact as I wish to try out the > Serialisation libs, and these are one of the areas with a > compile issue. > > The following error is repeated over a considerable number of > files and > seems to indicate a problem with Spirit. > > I am using the latest release version of Boost (1.33.1)- no > patches (are > there any?) and a gcc v3.4.3 cross compiler to ARM architecture. > > Does anyone have any suggestions? I have had no luck figuring > it out, but to > be honest haven't spent a lot of time on it yet. > > Rgds > > James

2 1

portable uuid generator
by Tim Blechmann 30 Mar '06

30 Mar '06

hi all, working on a crossplatform program at the moment, i'm in need of a portable uuid generator ... currently, i'm using libuuid on linux and i read through the msdn about generating gid, but if there's a uuid class (maybe in boost?) that already does it, it would handy ... thanks ... tim -- TimBlechmann(a)gmx.de ICQ: 96771783 http://www.mokabar.tk You can play a shoestring if you're sincere John Coltrane

5 12

Re: [Boost-users] Using BOOST_STRING_TRIM_HPP to check whethertrim_copy() is available?
by Sohail Somani 30 Mar '06

30 Mar '06

> Hi, > > I've got a header that I'd like to use in both application that use > Boost and in ones that don't. > Is there a define I can use to check whether Boost is available? > In particular, I wish to use boost::trim_copy, but I don't want to > force all files that include my header to use Boost. I'm guessing BOOST_VERSION should be enough. I think all non-trivial boost headers end up including this, but I'm not 100%.

1 0

Using BOOST_STRING_TRIM_HPP to check whether trim_copy() is available?
by Olaf van der Spek 30 Mar '06

30 Mar '06

Hi, I've got a header that I'd like to use in both application that use Boost and in ones that don't. Is there a define I can use to check whether Boost is available? In particular, I wish to use boost::trim_copy, but I don't want to force all files that include my header to use Boost. Olaf

1 0

Re: [Boost-users] Serialization library question
by wayne.x.liu＠jpmchase.com 30 Mar '06

30 Mar '06

Well, I guess I'll work around it for gcc by using register_type(). Wayne ------------------------------ Message: 6 Date: Wed, 29 Mar 2006 20:39:57 -0800 From: "Robert Ramey" <ramey(a)rrsd.com> Subject: Re: [Boost-users] Serialization library question To: boost-users(a)lists.boost.org Message-ID: <e0fnef$aus$1(a)sea.gmane.org> I compiled, linked and executed this exact program on my VC 7.1 setup. I had no problems of any kind Robert Ramey

1 0

[type_traits][regex] VC++ __fastcall /clr
by Edward Diener 30 Mar '06

30 Mar '06

When compiling managed code in VC++ .NET, which is any of the /clr compiler options, the programmer can mix both CLR classes and regular C++ classes. In the regular C++ classes, Boost should work fine. The VC++ macro which tells one that managed code of any kind is being compiled is _MANAGED, which is defined if managed code is being compiled else it is not defined. So when any of the /clr compiler options are being used _MANAGED is defined, else it is not defined. The VC++ compiler issues compiler warning C4561 whenever managed code is being compiled and __fastcall shows up as a calling convention in any way. Obviously the programmer can turn off this warning via a VC++ #pragma, but I am wondering if Boost could not change some of its headers to avoid this warning. In Boost bind and mem_fn, the programmer has to specifically ask for __fastcall support via special Boost macros to have any functions declared with the __fastcall calling convention, so nothing should be done there since it is clearly a programming error if he does so while compiling managed code. However there are two other places in Boost which I have discovered where functions with the __fastcall calling convention are declared without the programmer doing anything. The first, and most cumbersome reagrding warning messages, is in type_traits in the helper header files type_traits\detail\is_mem_fun_pointer_tester.hpp and type_traits\detail\is_function_pointer_tester.hpp. Since many other libraries, lambda in my case recently, uses type_traits, might not these headers be changed so that when VC++ is the compiler and _MANAGED is defined, the __fastcall versions of these helper functions are not declared ? The second, which I have not encountered but which I saw while searching through Boost header code, is in regex\config.h and I do not know, given some other macros there, whether BOOST_REGEX_CALL can ever be __fastcall when compiling with /clr, but if it can perhaps a change can be made there also. I know that it is not the purpose of Boost to try to accomodate C++ .NET programmers creating /clr compilations using Boost, especially when just warnings and not errors are issued. But in this case, using the predefined macro _MANAGED in VC++ and BOOST_MSVC, it would seem this acoomodation could be made. So I would like the Boost developers of type_traits, especially since it is used by so many other Boost libraries, and regex to consider it.

2 1