October 2005 - Boost - lists.boost.org

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

12 Oct '05

Boost regression test failures ------------------------------ Report time: 2005-10-12T05:00:23Z This report lists all regression test failures on release platforms. Detailed report: http://engineering.meta-comm.com/boost-regression/CVS-HEAD/developer/issues… 101 failures in 11 libraries: concept_check (13) graph (2) mpl (1) parameter (13) python (1) serialization (36) spirit (8) thread (4) tuple (1) type_traits (1) typeof (21) |concept_check| stl_concept_covering: cw-9_4 gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux gcc-3.3.6-linux gcc-3.4.4-linux gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin intel-win32-9_0 intel-win32-9_0 mingw-3_4_2 msvc vc-7_1 |graph| graphviz_test: vc-7_1 layout_test: intel-win32-9_0 |mpl| size_t: gcc-4_0-darwin |parameter| basics: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux efficiency: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux msvc macros: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux sfinae: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux msvc unnamed: gcc-2.95.3-linux gcc-2.95.3-stlport-4.6.2-linux vc-7_1 |python| exec: intel-win32-9_0 |serialization| test_class_info_load_binary_archive: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_binary_archive_dll: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_text_archive: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_text_archive_dll: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_text_warchive: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_text_warchive_dll: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_xml_archive: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_xml_archive_dll: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_xml_warchive: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_class_info_load_xml_warchive_dll: gcc-3_3-darwin gcc-3_4_3-sunos gcc-4_0-darwin test_const_save_fail1: msvc test_const_save_fail2: msvc test_const_save_fail3: msvc test_map_binary_archive_dll: msvc test_map_text_archive_dll: msvc test_map_text_warchive_dll: msvc |spirit| action_tests_debug: gcc-3_4_3-sunos distinct_tests_debug: gcc-3_4_3-sunos escape_char_parser_tests_debug: gcc-3_4_3-sunos grammar_def_test_debug: gcc-3_4_3-sunos switch_problem_debug: gcc-3_4_3-sunos switch_tests_single_debug: gcc-3_4_3-sunos traverse_tests: intel-win32-9_0 traverse_tests_debug: intel-win32-9_0 |thread| test_condition: gcc-3_4_3-sunos test_mutex: gcc-3_4_3-sunos test_tss: gcc-3_4_3-sunos gcc-3_4_3-sunos |tuple| tuple_test_bench: gcc-3_4_3-sunos |type_traits| tricky_abstract_type_test: intel-win32-9_0 |typeof| data_member_native: cw-9_4 function_native: cw-9_4 msvc function_ptr_native: cw-9_4 function_ref_native: cw-9_4 lvalue_native: cw-9_4 msvc member_function_native: cw-9_4 modifiers_emulation: cw-9_4 modifiers_native: cw-9_4 noncopyable_native: cw-9_4 std_emulation: cw-9_4 std_native: cw-9_4 template_dependent_native: cw-9_4 template_enum_native: cw-9_4 template_int_native: cw-9_4 template_multiword_native: cw-9_4 template_tpl_native: cw-9_4 msvc template_type_native: cw-9_4 type_native: cw-9_4

1 0

Boost::Ruby
by Alan Gutierrez 12 Oct '05

12 Oct '05

Is there any interest? -- Alan Gutierrez - alan(a)engrm.com - http://engrm.com/blogometer/

14 36

[tools][bcp] using boost internally in other libraries
by Bjørn Roald 12 Oct '05

12 Oct '05

Hi boosters, In the following I have made the assumption that it is in the spirit of the Boost license for Boost to be used as foundation for other libraries, open-source, free, commercial, or whatever. In addition, that any modifications to the libraries is allowed for any such purpose. However, it is my belief that most of the developers would not like to see extensive branching in the effort of providing better Boost libraries. This would most likely stretch the potential of the C++ community in providing a better future set of standard libraries for the language. So to my main subject: I have been working for some time to get acceptance for using Boost libraries as elements in a higher level portable platform for library development. It has surprised me how hard it is to make compelling and attractive set of arguments for using Boost (or other libraries) without attempting to ignore some pretty serious concerns. These concerns are: - commercial support for our use of Boost - quality assurance of Boost itself - stability of Boost API - maintainability of Boost source code - deployability of our library into environments using different versions of Boost or libraries used in boost - configuration management issues in general for us and our customers - platform support in Boost ( or if the platform support Boost if you like ;-) All of these concerns can be declared acceptable, given that you are willing to accept trade offs and risk. The issue I try to raze is if it is possible to reduce the magnitude of these risks and trade offs. One of the key issues is that you have to decide on some strategy of how to maintain your boost version. The most obvious strategy may be to stay with the latest Boost release at any time, this will however add risk as you have to adopt new changes as they are introduced into Boost and not as it fits your own release plans. The obvious alternative is to stay with a Boost release longer, possibly until you are forced to switch. This strategy will quickly force you into maintaining your own branch as Boost developers can not be expected to support old releases. Between these there are many shades of gray which may fit more or less well depending on your project and your customers. If your customers themselves use boost you are likely to meet a added configuration management, testing and release related cost and risk. As library developers have a very different type of customer relationship than what is the case for end application developers there are a number of concerns that make adaptation of Boost, or any other 3rd party library for that sake, more problematic for library developers. The main issue is to what degree a library depends on other libraries and hence introduces indirect or direct dependencies to its users. These dependencies tend to be troublesome for the library developer to support, as well as they may be troublesome for users to accept. In fact users may easily be in situations where such dependencies are completely unacceptable. To help to understand the issue I like to define categories of libraries which affect the degree they are affected by these concerns. Cat1. open source, source distributions, allowing encapsulation Cat2. open source, source distributions in general Cat3. open source, binary distributions Cat4. closed source Cat1 and Cat2 are build-able source code distributions. This give the user the ability to build the library and ensure that it is built correctly with other library it depends on, on the target system. Cat1 add to this the ability to hide the use of it inside other libraries, i.e. it can live concurrently in an end system with other versions of the same Cat1 library. Cat3 and Cat4 are for this discussion as far as I can tell similar. Cat3 may be called open source by some, but if for a variation of reasons rebuild by user is not an option, the results in this discussion becomes the same. Boost is a Cat2 library. Even if the extensive use of headers only libraries help some of the issues addressed in this post, it is not a general solution that makes Boost or part of Boost a Cat1 library. Now an example showing some dependencies: MyCustomersApplication |---- Boost 1.33 |---- MyLib |---- Boost 1.32 If MyLib is Cat1 or Cat2 the chances are good that we may be ok. Most likely MyLib will soon adopt the migration to new Boost releases by the actions of the maintainer or by patches from end users. If however MyLib is Cat 3 or 4 we have a problem. This problem is real even if the use of Boost in MyLib is strictly internal. In my view this is an especially bad problem. Even if I do not intend to use Boost in any way in the API of MyLib I still have this issue of incompatibility. This problem will disqualify use of Boost even internally for many library developers. Now, if we assume (which in most cases is dangerous) that library developers are a skilled race among the general population of the C++ community, it is in my view sad that many of them are not able to use Boost or potentially participate professionally in the efforts to improve Boost. I am sure many actually would participate if they could use it at work. Any management with commercial goals mixed with good sense of business would also let their developers participate actively, especially if this was the best way of maintaining parts of their product. This would let their developers focus their effort on the parts of the product that is core to their business rather than the parts that can be found and downloaded on the net (read boost.org) Ok, back to the example. If MyLib have no intention of using Boost in the API, is there a way? I have been struggling with this issue for a while. The obvious solution to me is to make Boost a Cat1, the problem is how? As mentioned earlier in many threads on this list header-only libraries helps, however this does not apply to all of Boost and it is possibly other issues that I am not aware of. If we look at the C++ domain in general, there are limited ways of hiding symbols in libraries. As far as I can see, none of these are sufficiently powerful to hide boost completely. One alternative is however to let the symbols leak, but make sure none are in conflict with the other version of boost. Some sort of namespace replacement or wrapping comes to my mind. Side Note: I am aware of symbol encapsulation abilities in windows DLLs and similar new features supported by GCC, however these are not generally supported on all platforms, so I have selected to ignore them. They may however be helpful to many. The general idea is that there are no references to symbols in the boost namespace between any MyLib libraries, nor in any header files in or referenced from MyLib API. How can this be achieved? I have concluded that accessing boost trough namespace wrapping header files are unpractical at best. This needs to be designed into all of boost for this to work, and I do not know exactly how. The main challenge is #include <boost/xxxx.hpp> directives which does not refer to the wrapping headers. An alternative is to replace all references to boost namespace with e.g. MyLib::boost namespace in the boost source code and change all #include <boost/xxx.hpp> directives to #include <Mylib/boost/xxx.hpp>. This would make a buildable library which would not share symbols with other versions of boost. The result is a branch or clone if you like of Boost that can be used with the same effect as if we actually had a Cat1 boost library. There is however serious problems here. Any management with common sense would say.... hey.... stop. The prospect of undertaking maintenance of a branch or clone of Boost does not make much sense --- So, the only way this would work is to make it possible to maintain the library in the boost community and somehow make the translation to the MyLib/boost namespace a pure production step. In configuration management terms this means that the original or possibly slightly patched boost source code is under configuration control along with a tool-chain used under MyLib system build that transforms the boost source tree to the form used internally. This is where I started looking at Boost tools/bcp. The bcp (boost copy I guess) tool is an excellent starting point since it already has the ability to copy selected libraries and their dependencies from the boost distribution to project specific source tree. So in a sense it is similar in spirit, but solves primarily a different goal, which is to reduce the size of the boost distribution imported. This is complementary to what I want. I have experimented a little with some extensions to bcp using some simple regexp replace calls and got some encouraging results. I am able to build the resulting source tree using only small adjustments to top level bjam files after treatment by the modified bcp. I have yet to complete support for replacing boost with nested namespaces since it is trickier to do the replacement of the ending braces of the namespace scope. I believe other tools than the Regexp library may be more appropriate for this task. So to wrap up: I do not believe anything prevents me from going along this path if I decide to do so. I am however interested in the boost developers attitude toward this approach, and in particular if this is something you will encourage and/or support. I am willing to work on the tool support for this in boost or to maintain a modified bcp tool if that is more appropriate. Regards Bjørn Roald

9 24

Problem building boost regex on hpux - getlocale(int) problem
by Navdeep Shergill 12 Oct '05

12 Oct '05

Hi all I am trying to build boost v 1.30.0 regex library on a hp machine. The 'syname' output is this: PA-RISC2.0_hpux_11.00_v5.1c I go to the "boost-1.30.0/libs/regex/build" directory and issue a 'make -f gcc.mak' command. I get the following errors: ../src/c_regex_traits.cpp:660: call of overloaded `getlocale(int)' is ambiguous /usr/gcc/3.1/lib/gcc-lib/hppa2.0w-hp-hpux11.00/3.1/include/locale.h:144: candidates are: locale_data* getlocale(int) ../src/c_regex_traits.cpp:62: const char* <unnamed>::getlocale(int) ../src/c_regex_traits.cpp:663: call of overloaded `getlocale(int)' is ambiguous /usr/gcc/3.1/lib/gcc-lib/hppa2.0w-hp-hpux11.00/3.1/include/locale.h:144: candidates are: locale_data* getlocale(int) ../src/c_regex_traits.cpp:62: const char* Here is the gcc version. Its v3.1 =========================================================== [4:00pm: regex/build]gcc -v Reading specs from /usr/intel/pkgs/gcc/3.1/lib/gcc-lib/hppa2.0w-hp-hpux11.00/3.1/specs Configured with: ../gcc-3.1/configure --host=hppa2.0w-hp-hpux11.00 --target=hppa2.0w-hp-hpux11.00 --prefix=/usr/gcc/3.1 --enable-languages=c,c++ --enable-threads --with-gnu-as --with-as=/usrgcc/3.1/bin/gas Thread model: single gcc version 3.1 [4:03pm: regex/build] ============================================================= Anyone have any idea how I can fix this problem of the ambiguious getlocale function? Thanks!

2 2

Short Mailing List Outage on Thursday 10/13
by Jeff Garland 12 Oct '05

12 Oct '05

FYI --------------------------- I am sorry for this short notice but I need to reboot milliways to upgrade its firmware. It will be down for about 1 hour Thursday morning (10/13). - 6:00am-7:00am Pacific US time - 7:00am-8:00am Mountain US time - 8:00am-9:00am Central US time - 9:00am-10:00am Eastern US time - 1:00pm-2:00pm GMT Specifically, the following services provided by the OSL will be unavailable during this timeframe: - All e-mail services - Incoming mail (including all mailman list hosting) - Outgoing mail (including all mailman list hosting) - IMAP/SSL - All web hosting - lists.boost.org - ...and all others hosted by the OSL

1 0

Is there PGI & PathScale compiler support?
by Ryo IGARASHI 12 Oct '05

12 Oct '05

Hi developpers, Are no boost user using PGI or PathScale compiler on AMD x86_64 machines? There seems to be no toolset support for both compilers yet. Are they bad compilers when using boost libraries? -- Ryo IGARASHI rigarash(a)gmail.com

1 0

Re: [boost] Please look at my suggested pimpl library in the file vault.
by Asger Mangaard 12 Oct '05

12 Oct '05

I've uploaded an updated version ... >> Pavel Vozenilek wrote ... > I do have a few. > /Pavel > > ________________________________________________ > 1. You should not use double underscores > (and neither leading single underscore). > These are reserved for standard. > It's corrected. > ________________________________________________ > 2. It is better when member functions are all > lowercase (like elsewhere in Boost). > > It's corrected. > ________________________________________________ > 3. pimpl.hpp: > > The base::_Get() should have > BOOST_ASSERT() before dereferencing. > > Possibly this function could be omitted > altogether since it is always overriden. > It's corrected. > ----------- > > _Destructor should be named destroy() > to evoke action. > > Better yet, move it into real destructor. > It's corrected. > ----------- > > late_creation policy may nam named "manual_creation" > or so. > > The Set() should destroy previous instance > if non-NULL. > > The _Get() should contain > BOOST_ASSERT() or throw if NULL. > It's corrected. > --------------- > > Closing bracket for namespace should nopt have ";" > but should have comment like // namespace pimpl_policies > It's corrected. > ---------------- > > operator=() does shallow copy of dynamically > allocated value. Is this really what ypu want? > It's corrected. > ________________________________________________ > 4. Compiling with Intel C++ 7.0 for Windows > I get error: > > testsuite.cpp > C:\work\reviews\pimpl\testsuite.cpp(54): error: no suitable user-defined > conversion from "boost::pimpl<CMyValues1, > > boost::pimpl_policies::base>" to "const boost::pimpl<CMyValues2, > boost::pimpl_policies::late_creation>" exists > test.m_ValuesWithLazyCreator2 = test.m_ValuesWithDefaultConstructor; > I've now tested with Intel C++ 9.0 windows and it works fine. How can I get a copy of this old version? > ________________________________________________ > 5. The pimpl doesn't show how I work with > member functions. This is the most important part > of the idiom and If there's way to make the tedious > work any simpler I am all for it. > You just work with the pimpl's -> operator. That will give you access to the pimpl's member functions. The new 'testsuite.cpp' shows its use. And thanks for your corrections, I highly appreciate them. Regards, Asger Mangaard

10 22

[regex, C++ Committee Meeting] any progress on lwg issue #523?
by Eric Niebler 12 Oct '05

12 Oct '05

Was library issue 523: "regex case-insensitive character ranges are unimplementable as specified" discussed at the committee meeting? http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#523 -- Eric Niebler Boost Consulting www.boost-consulting.com

2 1

[serialization] Inherited objects
by Jared McIntyre 12 Oct '05

12 Oct '05

I've gone through the documentation, and I'm still unable to get this particular aspect of serialization working. I have two objects 'a' and 'b', and 'b' inherits from 'a'. I have a vector of 'a' pointers that may just be 'a' or may be 'b'. I've preregistered 'b', right before the vector serialization occurs, so that the serialization system should properly recognize that 'b' inherits from 'a'. However, only the 'a' pieces of each 'b' in the vector serializes. If I place all the 'b' items in a second 'b' containing vector, and serialize that afterwards, it properly discovers that the 'a' part has been serialized already and simply points to that reference. I don't really want to store this second 'b' vector. Is there a way to get a vector of a items to also serialize the 'b' part of the element if the item is a 'b'? I apologize if this is already in the documentation, but if it is, I missed it. Also, there is an issue in the documentation. In the "Pointers to Objects of Derived Classes" section, it has example registration code: main(){ ... ar.template register_type<derived_one>(); ar.template register_type<derived_two>(); base *b; ar & b; } I'm guessing that is supposed to be: main(){ ... ar.register_type<derived_one>(); ar.register_type<derived_two>(); base *b; ar & b; } Thanks, Jared

7 15

[optional] Breaking changes in 1.33.0 vs 1.32.0
by Anthony Williams 11 Oct '05

11 Oct '05

I have some code that has been merrily using the 1.32.0 release of boost, including boost::optional, and I've just tried to change to use the 1.33.0 release (this is the first change to this codebase since 1.33.0 was released). In my code, I have boost::optional<X> where X is copy-constructible, but not assignable. This works in 1.32.0, but fails in 1.33.0. Ouch! What is the reason for the change? Why is this not listed in the "Updated libraries" section of the docs? Why is this not listed under the "Type Requirements" section of the docs? Anthony -- Anthony Williams Software Developer Just Software Solutions Ltd http://www.justsoftwaresolutions.co.uk

2 2