October 2006 - Boost - lists.preview.boost.org

[Boost-bugs] [ boost-Support Requests-1577170 ] Lost MSVS8
by SourceForge.net 14 Oct '06

14 Oct '06

Support Requests item #1577170, was opened at 2006-10-14 06:23 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=207586&aid=1577170&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Building Boost Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Lost MSVS8 Initial Comment: I'm very lost with all this boost.jam, i try to install boost/Signals. I followed the tutorial, and its only worst. I have Microsoft Visual Studio 8, on (of course) WinXp. May someone make a 1, 2, 3 step please? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=207586&aid=1577170&group_… ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

Re: [boost] bgl subgraphs
by Brian Makin 14 Oct '06

14 Oct '06

> > From: Doug Gregor <dgregor(a)cs.indiana.edu> > To: boost(a)lists.boost.org > Date: Fri, 13 Oct 2006 10:35:24 -0400 > Subject: Re: [boost] bgl subgraphs > > > On Oct 11, 2006, at 9:57 AM, Brian Makin wrote: > > > > > With respect to boost graph library. > > > > Is anyone using subgraphs? > > I've used them occasionally. > > > What are they being used for? > > The last time I used them, it was to split a graph > up into subgraphs, > each of which was a strongly-connected component of > the full graph. This could be covered by multi-level graphs. This is where ever vertex in the graph is mapped to a smaller set of vertices in a secondary graph. Like an induced subgraph in BGL that includes ever vertex. > > Is there functionality which is needed wrt > subgraphs? > > New functionality for subgraphs? I'd love to see a > subgraph-like > adaptor that allowed one to create non-induced > subgraphs, e.g., by > allowing the user to add/remove any edges and > vertices from the > subgraph arbitrarily. > > (The current subgraph is an induced subgraph: you > state what vertices > you're interested in, and the all of the edges among > those vertices > get added automatically). I certainly want to support multi-level graphs, as described above. Concidering allowing clustering. ie: collapse a group of vertices into a single vertex with a subgraph below it. Those two are really related. It shouldn't be difficult to support modification of the resultant graphs. Out of curiosity, what were you modeling? > Doug > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Boost regression notification (2006-10-12 [RC_1_34_0])
by Douglas Gregor 14 Oct '06

14 Oct '06

Boost Regression test failures Report time: 2006-10-12T11:00:35Z This report lists all regression test failures on release platforms. Detailed report: http://engineering.meta-comm.com/boost-regression/CVS-RC_1_34_0/developer/i… 75 failures in 13 libraries filesystem (2) io (1) iostreams (8) mpl (6) parameter (6) program_options (9) python (9) random (1) rational (5) serialization (18) spirit (7) test (2) utility (1) |filesystem| mbcopy: sun-5.8 wide_test: sun-5.8 |io| ios_state_unit_test: gcc-4.1.0_linux_x86_64 |iostreams| bzip2_test: msvc-7.1 msvc-8.0 example_test: vc-6_5-stlport finite_state_filter_test: cw-9.4 gzip_test: msvc-7.1 msvc-8.0 zlib_test: msvc-7.1 msvc-8.0 |mpl| multiset: gcc-4.0.3_linux gcc-4.1.0_linux gcc-4.1.0_linux_x86_64 gcc-4.1.1_sunos_i86pc gcc-4_0_3_tru64 vector_c: sun-5.8 |parameter| optional_deduced_sfinae: sun-5.8 preprocessor_deduced: sun-5.8 python_test: qcc-3.3.5_gpp sun-5.8 sfinae: borland-5_8_2 vc-6_5-stlport |program_options| cmdline_test_dll: cw-9.4 options_description_test_dll: cw-9.4 parsers_test_dll: cw-9.4 positional_options_test_dll: cw-9.4 unicode_test_dll: borland-5_8_2 cw-9.4 variable_map_test_dll: borland-5_8_2 cw-9.4 winmain_dll: cw-9.4 |python| numpy: darwin-4.0.1 gcc-3.3.6 gcc-3.4.4 slice: darwin-4.0.1 gcc-3.3.6 gcc-3.4.4 vc-6_5 vc-6_5-stlport vc-7_0 |random| random_test: intel-linux-9.0 |rational| rational_test: borland-5_6_4 sun-5.8 vc-6_5 vc-6_5-stlport vc-7_0 |serialization| test_class_info_load_text_warchive: vc-6_5 test_contained_class_binary_archive_dll: gcc-3.2.3_linux test_contained_class_xml_archive: gcc-3.2.3_linux test_non_default_ctor2_text_archive: qcc-3.3.5_cpp test_non_default_ctor2_text_archive_dll: qcc-3.3.5_cpp test_non_default_ctor2_text_warchive: qcc-3.3.5_cpp test_non_default_ctor2_text_warchive_dll: qcc-3.3.5_cpp test_reset_object_address: vc-7_0 test_reset_object_address_dll: vc-7_0 test_simple_class_binary_archive_dll: vc-6_5 test_simple_class_text_archive_dll: vc-6_5 test_simple_class_text_warchive_dll: vc-6_5 test_simple_class_xml_archive_dll: vc-6_5 test_simple_class_xml_warchive_dll: vc-6_5 test_variant_xml_archive: borland-5_8_2 test_variant_xml_archive_dll: borland-5_8_2 test_variant_xml_warchive: borland-5_8_2 test_variant_xml_warchive_dll: borland-5_8_2 |spirit| action_tests: qcc-3.3.5_cpp qcc-3.3.5_gpp action_tests_debug: qcc-3.3.5_cpp qcc-3.3.5_gpp mix_and_match_trees: sun-5.8 typeof_iterator: intel-vc8-win-9.1 msvc-8.0 |test| parameterized_test_test: vc-6_5 vc-6_5-stlport |utility| operators_test: gcc-3.4.5_linux_x86_64

6 11

Re: [boost] Boost super_string
by shams 13 Oct '06

13 Oct '06

Fyi all, here is just a few queries that I ran thru Google regarding std::string and some of the things that developers are looking for frequently. http://groups.google.co.nz/groups/search?hl=en&q=c%2B%2B+std+string+mfc http://groups.google.co.nz/groups/search?hl=en&q=c%2B%2B+std+string+qt http://groups.google.co.nz/groups/search?hl=en&q=c%2B%2B+std+string+upperca… http://groups.google.co.nz/groups/search?hl=en&q=c%2B%2B+std+string+lowerca… http://groups.google.co.nz/groups/search?hl=en&q=c%2B%2B+std+string+trim http://groups.google.co.nz/groups/search?hl=en&q=c%2B%2B+std+string+format http://groups.google.co.nz/groups/search?hl=en&q=c%2B%2B+std+string+replace http://groups.google.co.nz/groups/search?hl=en&q=c%2B%2B+std+string+remove http://groups.google.co.nz/groups/search?hl=en&q=c%2B%2B+std+string+regex We all know that Boost is made up of high quality and technically challenging libraries but how would it hurt having something like super_string as part of it? Something like this might? not ever make it into Standard C++ (because of all the politics involved?) but why should it be stopped from being part of Boost? Is this why Java, C#, MFC, ATL etc. just so much used by a lot of programmers, string classes with required functionality offered right out of the box? I am sure Jeff would be happy to improve the interface based on feedback (which we can see he has already done so quite well in the past with his other work and also this one) and his response his also great. Why should something like trimming, uppercasing, lowercasing should be so hard in C++. I think its good enough to have this kind of basic high level wrapper around string_algo, regex, format etc. Plus it integrates well with existing code and std::basic_string. Jeff has seemed to explain these rationals quite well in his documentation for this library. See: http://www.crystalclearsoftware.com/libraries/super_string/index.html Overall I think this library will be a good addition to Boost because it has some of the most wanted features of strings. I am sure that having it as part of Boost would be of interest to a lot of developers because they will know it is likely to be portable, definately well tested and available from a single source. The thing is that if you don't want to use it then dont, but atleast these string functionalities should be available with ease for all including novices and experianced programmers. Something like super_string in Boost could be received quite well by the boosters community and could increase popularity of Boost even between novice and experianced developers. We should be attracting people to C++ NOT distracting. Thanks Shams

9 13

Re: [boost] lexical_cast issues under Tru64 Unix
by Ralf W. Grosse-Kunstleve 13 Oct '06

13 Oct '06

Alexander Nasonov wrote: > > It does define std::numeric_limits<T>. Something more subtle must be wrong. > How it compiles this? It compiles just fine! I tried Tru64 cxx 6.5, cxx 7.1, IRIX MIPSpro 7.41. The result of running the program is 9 17 36 on the Tru64 machines and 9 17 34 on the IRIX machine. Is this a good sign? Thanks!

2 1

Re: [boost] lexical_cast issues under Tru64 Unix
by Ralf W. Grosse-Kunstleve 13 Oct '06

13 Oct '06

Alexander Nasonov wrote: > Does it mean that your std library doesn't define compile-time contants > in std::numeric_limits<T> ? It does define std::numeric_limits<T>. Something more subtle must be wrong. If I preprocess and compile like this ... % cxx -E -std strict_ansi -tlocal -Iboost include_lcast_precision.cpp | grep -v '^#line ' > z_pp.cpp % cxx -c -std strict_ansi -tlocal z_pp.cpp I get the error below. Does this give a clue? More observations: - cxx 6.5 = EDG 245 - cxx 7.1 = EDG 304 - We also have MIPSpro 7.41 = EDG 245, which doesn't have a problem (but boost.config may work around it in some way...?). cxx: Error: z_pp.cpp, line 20976: constant value is not known typedef ::boost::static_assert_test< sizeof(::boost::STATIC_ASSERTION_FAILURE< (bool)( !is_specialized_binary || digits < 18446744073709551615U / 30103UL && precision > limits::digits10 + 0UL && precision <= precision_maxarg + 0UL ) >)> boost_static_assert_typedef_63; ----------------------------------------------------------------------------------------------------^ cxx: Error: z_pp.cpp, line 20976: incomplete type is not allowed typedef ::boost::static_assert_test< sizeof(::boost::STATIC_ASSERTION_FAILURE< (bool)( !is_specialized_binary || digits < 18446744073709551615U / 30103UL && precision > limits::digits10 + 0UL && precision <= precision_maxarg + 0UL ) >)> boost_static_assert_typedef_63; --------------------------------------------------------^ cxx: Error: z_pp.cpp, line 20987: constant value is not known typedef ::boost::static_assert_test< sizeof(::boost::STATIC_ASSERTION_FAILURE< (bool)( !is_specialized_decimal || precision <= precision_maxarg + 0UL ) >)> boost_static_assert_typedef_74; ----------------------------------------------------------------------------------------------------^ cxx: Error: z_pp.cpp, line 20987: constant value is not known typedef ::boost::static_assert_test< sizeof(::boost::STATIC_ASSERTION_FAILURE< (bool)( !is_specialized_decimal || precision <= precision_maxarg + 0UL ) >)> boost_static_assert_typedef_74; ------------------------------------------------------------------------------------------------------------------------------^ cxx: Error: z_pp.cpp, line 20987: incomplete type is not allowed typedef ::boost::static_assert_test< sizeof(::boost::STATIC_ASSERTION_FAILURE< (bool)( !is_specialized_decimal || precision <= precision_maxarg + 0UL ) >)> boost_static_assert_typedef_74; --------------------------------------------------------^ cxx: Info: 5 errors detected in the compilation of "z_pp.cpp".

2 1

GIL - Need to load from HBITMAP
by Gordon Smith 13 Oct '06

13 Oct '06

(This is using windows OS) Is there anyway to simply initialize an image (any_image?) )from a memory bitmap? I would like to plug it into an existing app to play with it and this would really make it simple... Gordon.

3 3

[Announce] Boost Mailing list list downtime tonight
by Doug Gregor 13 Oct '06

13 Oct '06

We will be performing a software upgrade the Open Systems Lab mail servers for the Boost mailing lists on on Friday night, Oct 13 (tonight). The Boost mailing lists hosted at lists.boost org will be offline during the following time frame: - 7:00pm-8:00pm Pacific US time (Oct 13) - 8:00pm-9:00pm Mountain US time (Oct 13) - 9:00pm-10:00pm Central US time (Oct 13) - 10:00pm-11:00pm Indiana time (Oct 13) - 10:00pm-11:00pm Eastern US time (Oct 13) - 02:00am-3:00am GMT (Oct 14) Doug

1 0

Re: [boost] Bug Report
by Sohail Somani 13 Oct '06

13 Oct '06

> -----Original Message----- > From: boost-bounces(a)lists.boost.org > [mailto:boost-bounces@lists.boost.org] On Behalf Of Marshall Clow > Sent: Friday, October 13, 2006 10:05 AM > To: boost(a)lists.boost.org > Subject: [boost] Bug Report > > [ still on the rise.. ] It always is :)

2 1

lexical_cast issues under Tru64 Unix
by Ralf W. Grosse-Kunstleve 13 Oct '06

13 Oct '06

Updating to the latest boost CVS HEAD broke our Tru64 Unix builds (both cxx 6.5-042 and cxx 7.1-006) of Boost.Python. The failure is due to this patch: RCS file: /cvsroot/boost/boost/boost/lexical_cast.hpp,v ---------------------------- revision 1.29 date: 2006/10/11 19:43:54; author: alnsn; state: Exp; lines: +3 -21 Set precision correctly for builtin and UDT floating types. ---------------------------- It turns out that simply compiling this one line... #include <boost/detail/lcast_precision.hpp> leads to the same errors (below). With a little guesswork I came up with this fix: Index: boost/detail/lcast_precision.hpp =================================================================== RCS file: /cvsroot/boost/boost/boost/detail/lcast_precision.hpp,v retrieving revision 1.3 diff -u -r1.3 lcast_precision.hpp --- boost/detail/lcast_precision.hpp 12 Oct 2006 06:39:14 -0000 1.3 +++ boost/detail/lcast_precision.hpp 13 Oct 2006 14:44:35 -0000 @@ -15,7 +15,9 @@ #include <boost/config.hpp> #include <boost/integer_traits.hpp> -#ifdef BOOST_NO_LIMITS_COMPILE_TIME_CONSTANTS +#include <boost/detail/workaround.hpp> +#if defined(BOOST_NO_LIMITS_COMPILE_TIME_CONSTANTS) \ + || BOOST_WORKAROUND(__DECCXX_VER, BOOST_TESTED_AT(70190006)) #include <boost/assert.hpp> #define BOOST_DETAIL_LCAST_ASSERT(cond) BOOST_ASSERT(cond) #else Is this a reasonable workaround? BTW: The #include <boost/detail/workaround.hpp> is missing in any case. Without it compiling the original code with -DBOOST_NO_LIMITS_COMPILE_TIME_CONSTANTS fails. Thanks! Cheers, Ralf This is the error with lcast_precision.cpp as in CVS (rev. 1.3): cxx -c -std strict_ansi -tlocal -Iboost include_lcast_precision.cpp cxx: Error: boost/boost/detail/lcast_precision.hpp, line 63: constant value is not known BOOST_DETAIL_LCAST_ASSERT(!is_specialized_binary || ------------^ cxx: Error: boost/boost/detail/lcast_precision.hpp, line 63: incomplete type is not allowed BOOST_DETAIL_LCAST_ASSERT(!is_specialized_binary || ------------^ cxx: Error: boost/boost/detail/lcast_precision.hpp, line 74: constant value is not known BOOST_DETAIL_LCAST_ASSERT(!is_specialized_decimal || ------------^ cxx: Error: boost/boost/detail/lcast_precision.hpp, line 74: incomplete type is not allowed BOOST_DETAIL_LCAST_ASSERT(!is_specialized_decimal || ------------^ cxx: Info: 4 errors detected in the compilation of "include_lcast_precision.cpp".

2 1