- Boost - lists.preview.boost.org

serialization test failure on darwin
by Robert Ramey 14 Jul '04

14 Jul '04

In reviewing the failure of the serialization library build on Darwin - it seems that none of the include file can be found. This sounds like some sort of Jamfile or build setup issue. Can anyone give me any insight here? Robert Ramey

5 6

Re: numeric_cast
by John Kalucki 14 Jul '04

14 Jul '04

On Tuesday, April 20th, Fernando Cacciola wrote: >Indeed. The accepted numeric conversions library handles this case properly >(throwing). >Right now I'm technically on vacation until next Monday. I'll start working >with the review comments right next week. I'll check it in on CVS after I >made the neccesary changes. > >Anyway, users can download the review version from here: > >http://personales.ciudad.com.ar/fernando_cacciola/numeric_conversions.zip > >or > >http://groups.yahoo.com/group/boost/files/numeric_conversions.zip > > >Fernando Cacciola >SciSoft Is this fix in a released version of Boost? If so, which version? -John Kalucki

1 0

erroneous use of BOOST_STATIC_CONSTANT ?
by Toon Knapen 14 Jul '04

14 Jul '04

When using BOOST_STATIC_CONSTANT, the member still need to be _defined_ in a .cpp file (IIUC 9.4.2 par 4 of the standard), unless the enum-trick is used, right? However gcc, intel-linux and the mipspro compiler (and probably others) do not require a seperate definition. OTOH IBM/VisualAge does really _need_ the definition (otherwise the symbols are undefined when linking). Would'nt it be better to advise library-developers to use an enum instead of BOOST_STATIC_CONSTANT if their library does not contain a definition? toon

5 15

Re:Re: [boost] serialization test failure on darwin
by Robert Ramey 14 Jul '04

14 Jul '04

> Ok, I've completed that, and the test results are (more or less) the same. > The error messages are different, though. > Suggestions? Relax - your test setup is fine. The library fails to build so all the tests are marked as faile. Its my problem now. I'll be making a couple of small changes and we can try again. Robert Ramey

1 0

Re: [boost] Re: Suggestion for iterator_adaptor
by JOAQUIN LOPEZ MU?Z 14 Jul '04

14 Jul '04

----- Mensaje original ----- De: David Abrahams <dave(a)boost-consulting.com> [...] > I'm soliciting suggestions for the name of the member. All names with > suffixes like "_t" will be rejected, and be aware that base is > already taken for other purposes. Currently my thoughts are > > super // super > crtp // ugly > I'd vote for super, which has an established reputation in Java. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

1 0

[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