- Boost - lists.boost.org

[config] <iosfwd> and g++ 2.95
by Daniel James 16 Oct '05

16 Oct '05

select_stdlib_config.hpp has just been changed to include <iosfwd> instead of <utility>. But g++ 2.95's standard library has its own iostreams implementation which doesn't define __STL_CONFIG_H. It does define __IOSFWD__, so maybe that could be checked for as well? Is it okay to commit the attached patch? I've changed sgi.hpp to go back to including <utility> if __STL_CONFIG_H isn't defined so that anything that checks for _STL_CONFIG_H will still work. Also, if __IOSFWD__ happens to be used in another library, it will fail to compile. Daniel

2 5

concurrent_hash_map, RFC
by Peter Dimov 16 Oct '05

16 Oct '05

A preliminary documentation for a concurrent_hash_map is available: http://www.pdimov.com/cpp/concurrent_hash_map.html There exists a prototype implementation for that :-) and I'll post it online after a bit of cleanup. I have a question on the interface that hopefully may be of interest to someone. concurrent_hash_map implements the following member function: template<class F> bool find_and_visit( K const & k, F f ); that looks up the element with a key k in the map and, if found, invokes f on its associated value. This can be useful in a number of situations, but it poses the following problem: what if two threads call find_and_visit at the same time with the same k and f modifies its argument? Should the map serialize the two calls to f, or should it leave the responsibility of ensuring proper synchronization (or atomic update, if the mapped_type allows it) to the user? Thanks in advance for any comments/opinions on the interface. -- Peter Dimov http://www.pdimov.com

2 2

Boost Birds of Feather @ OOPSLA 05? (try 2)
by Jeff Garland 15 Oct '05

15 Oct '05

All - I'm going to be in San Diego @ OOPSLA next week and I'm wondering if any Boost users and developers would be interested in getting together for a BOF one evening. Obvious topic of discussion is all things Boost/C++/TR2. Right now I'm thinking Tuesday night would be a good time. Let me know if there is interest and I'll set this up. Jeff Note, I cross-posted to the user and developer list b/c the idea is this would be open to everyone with an interest in Boost.

1 0

Boost Birds of Feather @ OOPSLA 05?
by Jeff Garland 15 Oct '05

15 Oct '05

All - I'm going to be in San Diego @ OOPSLA next week and I'm wondering if any Boost users and developers would be interested in getting together for a BOF one evening. Obvious topic of discussion is all things Boost/C++/TR2. Right now I'm thinking Tuesday night would be a good time. Let me know if there is interest and I'll set this up. Jeff Note, I cross-posted to the user and developer list b/c the idea is this would be open to everyone with an interest in Boost.

1 0

Where do we get dark magic, evil-looking sacrificial knives and virgins?[1]
by Andreas Pokorny 15 Oct '05

15 Oct '05

Hi, Some weeks ago someone metioned that we need a C++ variant of CPAN or CTAN. The idea is really great. But I have no clue where we would start. How should that service look like, and work internally? I think we need some identifcation service for authors, maybe some access control on the packages stored in the serivce. The client frontend will need something to select mirrors, track dependencies to other packages. An auto build, intstall and test feature would be nice too. As Martin Wille just mentioned, something with some of these features already exists. Gentoos portage [2], written in python handles, dependencies, integrates a mirror selector, automatically build installs and uinstalls packages fetched as source code. The package scripts are shared using rsync[3]. The package source files are automatically distributed into their mirror system. The only missing thing is the author identification and access control part. Gentoo "works" with an indirect system, requiring authors to provide scripts, or users to beg for packages in their bugzilla system. Another interesting system could be provided by monotone[4], a very nice distributed version control system. We could use monotone to replace rsync, in the suggestion above. Monotone provides a secure system to get the build scripts anonymously, and allows identifying authors. The distributive character of monotone allows very intersting use cases, in which authors are able to update and provide new versions of their software. [1] http://www.cpan.org/misc/cpan-faq.html#How_does_the_CPAN_work [2] http://www.gentoo.org/main/en/about.xml [3] http://samba.anu.edu.au/rsync/ [4] http://venge.net/monotone/ Regards Andreas Pokorny

3 2

[Serialization] why operator &()?
by Jim Hyslop 15 Oct '05

15 Oct '05

I've been looking at the serialization library (nice work, Robert) and I have a question. I searched the archives and didn't see any discussion on this, and I'm sorry I missed all the pre-approval discussion, or I would have said something sooner. What is the rationale behind using 'operator &()' to mean 'serialize this item?' I find a statement like 'ar & member1;' to be very non-intuitive: how does bitwise-and relate to serialization? It seems to me that most sensible code guidelines admonish against this kind of operator abuse (pardon my bluntness, but that's what it is when you get down to it). -- Jim

7 13

Re: [boost] [ANN] Phoenix-2 prerelease
by Lucas Galfaso 15 Oct '05

15 Oct '05

typo? The "Algorithm" page reads: find_end(r1, r2[, f]) find_end(begin(r1), end(r1), begin(r2), end(r2)[, f]) is this right? (look at the extra [ ] ) Anyhow, impresive work!!!! LG "Joel de Guzman" <joel(a)boost-consulting.com> wrote in message news:dijjbq$9uf$1@sea.gmane.org... > Hi, > > Here's a pre-release package of Phoenix-2. Jaakko and I agreed > that it will be the basis of the Phoenix and Boost Lambda > merger. This version is Phoenix 1 + Lambda + a lot more. > > Take note though that this is not a drop-in replacement of > Phoenix-1 for Spirit users. In particular, there is no > closure support. Phoenix-2 has true local variables. The > plan for Spirit-2 is to replace closures with local variables. > > Docs: http://tinyurl.com/77pz5 > > The pre-release package is here: > http://spirit.sourceforge.net/dl_more/phoenix_v2.zip > > Just drop it where Phoenix-1 is and run the examples/tests. > Comments, feedback very welcome! > > Cheers, > -- > Joel de Guzman > http://www.boost-consulting.com > http://spirit.sf.net > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl

1 1

Macros at namespace scope: trailing semicolon?
by David Abrahams 14 Oct '05

14 Oct '05

I am defining a macro, BOOST_PARAMETER_KEYWORD(tag_namespace, name) that declares a keyword for the Parameter library. It has to be used at namespace scope. I have the option to define it so that correct usage requires a trailing semicolon, or so that the trailing semicolon is forbidden. Unfortunately I don't have the ability to make it optional. Which should I choose? IMO there's no chance of confusing it with a function call, since a function call would be illegal in the context in which it's used, and people are naturally more likely to add a semicolon without thinking about it, and if I design the macro so that a semicolon is required it will interact more smoothly with editors and pretty-printers. So I can't see any good reason not to require the semicolon. Arguments? -- Dave Abrahams Boost Consulting www.boost-consulting.com

19 87

[wave] Using wave to preprocess boost headers
by Thomas Andersen 14 Oct '05

14 Oct '05

I have tried to get wave to preprocess the boost headers. However I get an error in cstdint.hpp line 246 # if ULONG_MAX == 18446744073709551615 // 2**64 - 1 error: ill formed integer literal or integer constant too large: 18446744073709551615 Have anybody else encountered this problem, and found a way around it? Best regards, Thomas Andersen

4 4

Boost regression notification (2005-10-14 [RC_1_33_0])
by Douglas Gregor 14 Oct '05

14 Oct '05

Boost regression test failures ------------------------------ Report time: 2005-10-14T13:51:13Z This report lists all regression test failures on release platforms. Detailed report: http://engineering.meta-comm.com/boost-regression/CVS-RC_1_33_0/developer/i… 76 failures in 5 libraries: parameter (3) python (2) range (3) serialization (63) variant (5) |parameter| tutorial: borland-5_6_4 gcc-2.95.3-linux unnamed: vc-7_1 |python| pointer_vector: cw-9_4 vector_indexing_suite: cw-9_4 |range| array: vc-6_5 vc-6_5-stlport vc-7_0 |serialization| test_demo_xml_load: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin intel-win32-8_1 test_demo_xml_load_dll: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_exported_binary_archive: vc-6_5 test_exported_binary_archive_dll: vc-6_5 test_exported_text_archive: vc-6_5 test_exported_text_archive_dll: vc-6_5 test_exported_text_warchive: vc-6_5 test_exported_text_warchive_dll: vc-6_5 test_exported_xml_archive: vc-6_5 test_exported_xml_archive_dll: vc-6_5 test_exported_xml_warchive: vc-6_5 test_exported_xml_warchive_dll: vc-6_5 test_no_rtti_binary_archive: vc-6_5 test_no_rtti_binary_archive_dll: vc-6_5 test_no_rtti_text_archive: vc-6_5 test_no_rtti_text_archive_dll: vc-6_5 test_no_rtti_text_warchive: vc-6_5 test_no_rtti_text_warchive_dll: vc-6_5 test_no_rtti_xml_archive: vc-6_5 test_no_rtti_xml_archive_dll: vc-6_5 test_no_rtti_xml_warchive: vc-6_5 test_no_rtti_xml_warchive_dll: vc-6_5 test_shared_ptr_132_binary_archive: vc-6_5 vc-6_5-stlport test_shared_ptr_132_binary_archive_dll: vc-6_5 test_shared_ptr_132_text_archive: vc-6_5 vc-6_5-stlport test_shared_ptr_132_text_archive_dll: vc-6_5 test_shared_ptr_132_text_warchive: vc-6_5 vc-6_5-stlport test_shared_ptr_132_text_warchive_dll: intel-win32-8_1 vc-6_5 test_shared_ptr_132_xml_archive: vc-6_5 vc-6_5-stlport test_shared_ptr_132_xml_archive_dll: vc-6_5 test_shared_ptr_132_xml_warchive: vc-6_5 vc-6_5-stlport test_shared_ptr_132_xml_warchive_dll: vc-6_5 test_shared_ptr_binary_archive: borland-5_6_4 vc-6_5 test_shared_ptr_binary_archive_dll: borland-5_6_4 vc-6_5 test_shared_ptr_text_archive: borland-5_6_4 vc-6_5 test_shared_ptr_text_archive_dll: borland-5_6_4 vc-6_5 test_shared_ptr_text_warchive: borland-5_6_4 vc-6_5 test_shared_ptr_text_warchive_dll: borland-5_6_4 vc-6_5 test_shared_ptr_xml_archive: borland-5_6_4 vc-6_5 test_shared_ptr_xml_archive_dll: borland-5_6_4 vc-6_5 test_shared_ptr_xml_warchive: borland-5_6_4 vc-6_5 test_shared_ptr_xml_warchive_dll: borland-5_6_4 vc-6_5 |variant| recursive_variant_test: mingw-3_4_2 variant_test4: mingw-3_4_2 variant_test6: mingw-3_4_2 variant_test7: mingw-3_4_2 variant_test8: mingw-3_4_2

1 0