- Boost - lists.preview.boost.org

Re: [boost] Re: Javascript Tree Control [was: Serialization Menu]
by Reece Dunn 29 Jul '04

29 Jul '04

Jeff Garland wrote: >On Wed, 28 Jul 2004 09:41:22 -0600, Jonathan Turkanis wrote > > "Jeff Garland" <jeff(a)crystalclearsoftware.com> wrote in message > > news:20040728115709.M55567@crystalclearsoftware.com... > > > On Tue, 27 Jul 2004 21:19:38 -0600, Jonathan Turkanis wrote > > > (I was able to do it with right mouse on the right pane, open in new > > > window/tab). However, is there a way to get the address bar to > > point to the > &… [View More]

2 1

property map, boost::identity_property_map
by Val Samko 29 Jul '04

29 Jul '04

Hi, is there any reason, why boost::identity_property_map implementation in <boost\property_map.hpp> is completely different from how it is documented in http://www.boost.org/libs/property_map/identity_property_map.html ? As mentioned in the implementation, boost::identity_property_map is a property map that applies the identity function to integers. On the other hand, documentation clearly states that one can use identity_property_map with any types. Valentin Samko http://val.samko.info

2 1

BOOST_MPL_AUX_AGLORITHM_NAMESPACE_END in wrong place
by Jonathan Wakely 29 Jul '04

29 Jul '04

In boost/mpl/if.hpp the BOOST_MPL_AUX_AGLORITHM_NAMESPACE_BEGIN macro is inside a test for BOOST_NO_TEMPLATE_PARTIAL_SPECIALIZATION, but the corresponding BOOST_MPL_AUX_AGLORITHM_NAMESPACE_END is after the #endif that matches the test. This doesn't cause an error, since those macros only expand to anything meaningful for GCC3, which enters the first branch of the #if, so the begin/end macros are balanced - but it ain't right. Bug was found due to an error with missing #endif, which made GCC3 … [View More]

2 2

Python / extract.cpp: disable warning
by Stefan Slapeta 29 Jul '04

29 Jul '04

This warning in the extract test case should also be disabled for Intel 8: ..\libs\python\test\extract.cpp(59): warning #473: returning reference to local temporary return extract<std::string const&>(x); ^ BTW, is this a compiler defect? S.

5 10

libboost_regex, FreeBSD problems
by Steve Bobrowski 29 Jul '04

29 Jul '04

Hi, I did some development with libboost_regex-gcc.so (1.31.0) on a Linux platform: no problems. However, when I try to compile on FreeBSD, I get the following errors: g++ -o myprog Unit1.o Unit2.o /usr/local/lib/libboost_regex-gcc.so /usr/local/lib/libboost_regex-gcc.so: undefined reference to 'pthread_mutex_unlock' /usr/local/lib/libboost_regex-gcc.so: undefined reference to 'pthread_mutex_destroy' /usr/local/lib/libboost_regex-gcc.so: undefined reference to 'pthread_mutex_lock' /usr/local/… [View More]

4 5

Normalizing file names in bcp
by Daniel James 29 Jul '04

29 Jul '04

Hi, When bcp is searching for files to copy, it doesn't normalize the path, so if a file is referenced from two different locations using relative paths it doesn't work. This happens when it is used on the preprocessor library. The following patch fixes this by normalizing the path in bcp_implementation::add_path. It also updates bcp's Jamfile.v2. Daniel Index: Jamfile.v2 =================================================================== RCS file: /cvsroot/boost/boost/tools/bcp/Jamfile.v2,… [View More]

2 1

redefinition of BOOST_WINDOWS in filesystem/path_posix_windows.cpp error
by Toon Knapen 29 Jul '04

29 Jul '04

When compiling boost/libs/filesystem/src/path_posix_windows.cpp on windows, a compilation error occurs because BOOST_WINDOWS is redefined. path_posix_windows.cpp has its own definition of BOOST_WINDOWS but this symbol is also defined in win32.hpp which is included by config.hpp. IMMO the definition of BOOST_WINDOWS should be removed and boost/config.hpp should be included instead. toon PS, how it is possible that the regression tests on windows show success for all filesystem tests is a … [View More]

2 1

std::sort(zip_iterator...) does not compile
by Gunter Winkler 29 Jul '04

29 Jul '04

Hello, I tried to use boost::zip_iterator to sort 2 parallel arrays. Unfortunatly gcc does not compile the appended example because it can not convert boost::detail::iterator_category_with_traversal<std::input_iterator_tag, boost::random_access_traversal_tag> to either std::bidirectional_iterator_tag or std::random_access_iterator_tag. Thus it cannot dispatch the correct stl::__copy_backward() procedure. Is sort() not yet supported? mfg Gunter PS: please CC your … [View More]replies to my eMail. 8<-----------part of error log--------------- /usr/include/c++/3.3/bits/stl_algobase.h: In static member function `static _BidirectionalIter2 std::__copy_backward_dispatch<_BidirectionalIter1, _BidirectionalIter2, _BoolType>::copy(_BidirectionalIter1, _BidirectionalIter1, _BidirectionalIter2) [with _BidirectionalIter1 = boost::zip_iterator<boost::tuples::tuple<__gnu_cxx::__normal_iterator<int*, std::vector<int, std::allocator<int> > >, __gnu_cxx::__normal_iterator<int*, std::vector<int, std::allocator<int> > >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> >, _BidirectionalIter2 = boost::zip_iterator<boost::tuples::tuple<__gnu_cxx::__normal_iterator<int*, std::vector<int, std::allocator<int> > >, __gnu_cxx::__normal_iterator<int*, std::vector<int, std::allocator<int> > >, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type, boost::tuples::null_type> >, _BoolType = __false_type]': [...] /usr/include/c++/3.3/bits/stl_algobase.h:392: error: no matching function for call to `__copy_backward( boost::zip_iterator<...>&, boost::zip_iterator<...>&, boost::detail::iterator_category_with_traversal<std::input_iterator_tag, boost::random_access_traversal_tag>)' /usr/include/c++/3.3/bits/stl_algobase.h:360: error: candidates are: _BidirectionalIter2 std::__copy_backward(_BidirectionalIter1, _BidirectionalIter1, _BidirectionalIter2, std::bidirectional_iterator_tag) /usr/include/c++/3.3/bits/stl_algobase.h:371: error: _BidirectionalIter std::__copy_backward(_RandomAccessIter, _RandomAccessIter, _BidirectionalIter, std::random_access_iterator_tag) 8<-----------zip_iter.cpp------------ // sort 2 parallel arrays #include <boost/iterator.hpp> #include <boost/iterator/zip_iterator.hpp> #include <boost/tuple/tuple.hpp> #include <boost/tuple/tuple_comparison.hpp> #include <vector> #include <iostream> int main(int argc, char *argv[]) { typedef std::vector<int> VEC; typedef boost::zip_iterator< boost::tuple<VEC::iterator, VEC::iterator> > zip_iter; VEC v1(10); VEC v2(10); zip_iter iter( boost::make_tuple(v1.begin(), v2.begin()) ); zip_iter iter_end( boost::make_tuple(v1.end(), v2.end()) ); std::sort(iter, iter_end); return EXIT_SUCCESS; } [View Less]

3 14

Illegal specialisation in boost/mpl/math/is_even.hpp
by Jonathan Wakely 29 Jul '04

29 Jul '04

boost/mpl/math/is_even.hpp contains a specialisation of a template in a different namespace to the original declaration. This causes an error with GCC 3.4 (and should fail with Comeau in strict mode). I believe the attached patch should fix it, but haven't yet been able to run the tests again to find out. jon -- "We are the Music Makers, and we are the Dreamers of Dreams." - Arthur William Edgar O'Shaughnessy

2 1

Proposal for String Algorithms Library
by zaufi＠sendmail.ru 29 Jul '04

29 Jul '04

hi boosters I would like to propose one more algorithm to SAL -- squeeze. It removes leading/trailing spaces and duplicate spaces between words. So sample string " This is \n\n a test \n" become "This is\na test". I use this function with XML/HTML related code to 'normalize' content... Hope this will help to smbd else ;) Have fun!

2 1