July 2004 - Boost - lists.boost.org

[preprocessor] sequence->initializer
by Vladimir Prus 14 Jul '04

14 Jul '04

Hello, support I have some Boost.Preprocessor data structure, say a sequence: #define SEQ ("1")("2")("3") how can I convert it into initalizer {"1", "2", "3"}? E.g: #define MY_TEST(SEQ) char* var = { SOMEHOW_GET_LIST_OF_VALUES(SEQ) } I've tried to look at preprocessor docs, but it's rather hard to find the answer. TIA, Volodya

3 3

Re:[boost] Serialization needs a redirect
by Robert Ramey 14 Jul '04

14 Jul '04

Dave Abrahams wrote: >Someone needs to add libs/serialization/index.html that redirects to >the library's front page. I added this yesterday and it shows on the cvs directory browse. Is there something wrong with it? Robert Ramey

2 1

question generated by serialization library build on Visual Age C++
by Robert Ramey 14 Jul '04

14 Jul '04

I'm getting a problem with serialization library build on IBM Visual Age compiler. It report that boost::iterator_difference<const char *> isn't complete. In perusing the code, it would seem to me that iterator_adaptor is including all it needs to resolve this and FWIW it works everywhere else. Can anyone give me a suggestion here? Robert Ramey "/home/tk/boost_regression/boost/boost/mpl/apply_if.hpp", line 39.5: 1540-0062 (S) The incomplete class "iterator_difference<const char *>" must not be used as a qualifier. "/home/tk/boost_regression/boost/boost/iterator/iterator_adaptor.hpp", line 149.14: 1540-0700 (I) The previous message was produced while processing "struct boost::mpl::apply_if<boost::is_same<boost::use_default,boost::use_default>,b oost::iterator_difference<const char *>,boost::mpl::identity<boost::use_default> >". "/home/tk/boost_regression/boost/boost/iterator/iterator_adaptor.hpp", line 148.12: 1540-0700 (I) The previous message was produced while processing "struct boost::detail::ia_dflt_help<boost::use_default,boost::iterator_difference<co nst char *> >". "/home/tk/boost_regression/boost/boost/iterator/iterator_adaptor.hpp", line 167.12: 1540-0700 (I) The previous message was produced while processing "struct boost::detail::iterator_adaptor_base<boost::archive::iterators::transform_wi dth<const char *,6,8,char>,const char *,char,boost::single_pass_traversal_tag,char,boost::use_default>". "/home/tk/boost_regression/boost/boost/iterator/iterator_adaptor.hpp", line 243.9: 1540-0700 (I) The previous message was produced while processing "class boost::iterator_adaptor<boost::archive::iterators::transform_width<const char *,6,8,char>,const char *,char,boost::single_pass_traversal_tag,char,boost::use_default>". "/home/tk/boost_regression/boost/boost/archive/iterators/transform_width.hpp ", line 46.7: 1540-0700 (I) The previous message was produced while processing "class boost::archive::iterators::transform_width<const char *,6,8,char>".

2 1

libs/iterator/doc/iterator_concepts.pdf not marked as binary
by Peter Dimov 14 Jul '04

14 Jul '04

libs/iterator/doc/iterator_concepts.pdf is not marked as binary in the CVS. The result is that it apparently has been scrambled at commit time, as neither a Windows nor a Linux check out a readable PDF. In addition, Windows always shows it as locally modified; my cvs commit just committed a new revision of iterator_concepts, but I didn't touch the file. I can't fix it because I don't have the original PDF, and cvs can't check out a working version. -- Peter Dimov http://www.pdimov.com

2 1

method deduction (on vc?)
by Max Khesin 14 Jul '04

14 Jul '04

I am working on some generic code that could use a method deduction trick of some sort. One mentioned by J.Maddock (http://lists.boost.org/MailArchives/boost/msg52178.php) does not work on vc6 - is there anything in boost (MPL?) that can help? Thanks, Max. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.

4 5

RE: [boost] Compatibility between boost versions
by Klaus Nowikow 14 Jul '04

14 Jul '04

Doug Gregor wrote: > On Jul 14, 2004, at 9:06 AM, Klaus Nowikow wrote: > > This leads to the question: are different versions of the boost > > libraries compatible with each other? Can I use a newer version of > > boost > > in future additions to our system and expect them to work > together or > > will > > we have to rebuild the whole system when we decide to use a > new version > > of boost? > > We typically try to retain source-level compatibility between Boost > versions, but make little or no effort to retain the binary > compatibility that you would need. The basic problem is that merely > breathing on a template metaprogram breaks binary compatibility, and > nearly every Boost library requires some form of metaprogramming. You > will probably have to standardize on a particular Boost version, > compiler, and standard library :( I thought so. I will have to discuss this with my co-workers, but I think we will be able to deal with this -- by staying with one version for several boost release cycles. The real problem is that every new boost version brings interesting new features, and it's terribly hard to keep my hands off them ;-) -- Klaus

1 0

RE: [boost] Re: method deduction (on vc?)
by Max Khesin 14 Jul '04

14 Jul '04

But not (from your phrasing) function members? thanks. > > You can detect type members on vc6. See mpl/aux_/has_xxx.hpp. > This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.

2 1

Compatibility between boost versions
by Klaus Nowikow 14 Jul '04

14 Jul '04

My company is currently developing a new set of software packages (applications, static and dynamic libraries) that are all expected to work together (i.e., the libraries will be linked to more than one of the applications, and the libraries will interoperate and depend on one another). In addition, the system has to be extensible, i.e. new DLLs will be added in the future without requiring to rebuild the other components. I use many parts of the boost libraries, not only for the implementation details, but also in the interfaces of the libraries (e.g. the iterator adaptors, type_traits, call_traits, variant, mpl...). This leads to the question: are different versions of the boost libraries compatible with each other? Can I use a newer version of boost in future additions to our system and expect them to work together or will we have to rebuild the whole system when we decide to use a new version of boost? I don't expect a definite answer to this complex question, but is it possible to estimate how likely it is that newer versions of boost will require us to rebuild all? Best regards, Klaus

3 2

Re:[boost] [1.32 release] TODO list synchronization
by Robert Ramey 14 Jul '04

14 Jul '04

Aleksey Gurtovoy wrote: >As we are coming closer to the branch-for-release date, I'd like to inquire >developers working towards the release about the current status of their >corresponding TODO items below. Simply replying to this message and saying >"Done", "Not done, will be done by date X", "Abandoned" or whatever you >wish to say on each of the items would be more than fine. >> Serialization >> ///////////// > >> Robert Ramey writes: > > a) post version compatible with 1.31 next week. Done > b) build and test against the CVS tree on my computer. Done > c) check in Done I've tested against the latest CVS on my own machine with satisfactory results. The compilers I've tested are: 1) MSVC 7.1 2) MSVC 6.0 3) Borland 5.51 4) Borland 5.60 5) gcc 3.3 under cygwin 6) gcc 3.4 on linux (draft #20) has been tested on linux with good results I haven't seen any test results from boost test servers for the serialization library - I expect to see some soon. If past experience is any guide - any platform NOT on the above list will have at least a few issues. d)? marking platforms to skip. I expect to mark Commeau as not useable due to a problem I have pending. I might revisit it if I have time. I would also expect to mark gcc 2.95 as not worth the effort as 3.3+ is a free upgrade. I'm still undecided about this - I'm a little burned out on this sort of stuff after addressing MSVC 6.0 and Borland. As to whether or not you want to include it in the branch, I would withhold judgment pending outcome of the first rounds of "official" test. The you can decide whether or not it should be included. There are no new features to add or document for this release. Anything not in there now would be slated for a subsequent release. This includes autolib, boost.book among other things. Robert Ramey

4 4

RE: [boost] Compatibility between boost versions
by Klaus Nowikow 14 Jul '04

14 Jul '04

Michiel Salters wrote: > > -----Original Message----- > > From: boost-bounces(a)lists.boost.org > > [mailto:boost-bounces@lists.boost.org]On Behalf Of Klaus Nowikow > > Sent: woensdag 14 juli 2004 16:07 > > To: boost(a)lists.boost.org > > Subject: [boost] Compatibility between boost versions > [SNIP] > > > I don't expect a definite answer to this complex question, but is it > > possible to estimate how likely it is that newer versions of boost > > will require us to rebuild all? > > It's in the FAQ: D'oh! Thank you. -- Klaus

1 0