- Boost-users - lists.preview.boost.org

Re: [Boost-users] boost::thread, boost::bind, and member functions
by Mike Feldmeier 26 May '04

26 May '04

GAH! No change. My %LIB% is now C:\STLport-4.6.2\lib;C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\ My %INCLUDE% is now C:\STLport-4.6.2\stlport;C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\include\ My rebuilds have been starting with copying dlls and libs to /Boost, so I blew away the bin directory and the target /Boost directory and watched it rebuild each. I checked a few of the other boost dlls as well, they basically have the same dependencies. >From: GoochRules! <goochrules(a)hotmail.com> >Reply-To: boost-users(a)lists.boost.org >To: boost-users(a)lists.boost.org >Subject: Re: [Boost-users] boost::thread, boost::bind, and member functions >Date: Tue, 25 May 2004 20:10:26 -0600 > >>Sure enough, running depends on the boost dll shows MSVCP71D.DLL, >>MSVCR71D.DLL and KERNEL32.DLL, but no STLPORT! > >To me it looks like your STLport include/lib directories come after the >Platform SDK/VS.Net2003 directories, which means STLport is not being used >at all, hence it is not listed in the dependencies. > >Try: >set INCLUDE=$STLport_include_path;%INCLUDE% >set LIB=$STLport_lib_path;%LIB% > >--mpeltzer > > >_______________________________________________ >Boost-users mailing list >Boost-users(a)lists.boost.org >http://lists.boost.org/mailman/listinfo.cgi/boost-users _________________________________________________________________ Stop worrying about overloading your inbox - get MSN Hotmail Extra Storage! http://join.msn.click-url.com/go/onm00200362ave/direct/01/

1 0

Re: [Boost-users] boost::thread, boost::bind, and member functions
by Mike Feldmeier 26 May '04

26 May '04

>From: GoochRules! <goochrules(a)hotmail.com> >Reply-To: boost-users(a)lists.boost.org >To: boost-users(a)lists.boost.org >Subject: Re: [Boost-users] boost::thread, boost::bind, and member functions >Date: Tue, 25 May 2004 12:37:24 -0600 > >>Unfortunately, this whole roadtrip started with the need for STL >>collections to cross DLL boundaries, which is why I am using STLPort. The >>STL that comes with VC++ 7.1 doesn't (with the exception of string and >>vector). When I built boost, I built it with the vc7.1-stlport toolset, >>and I have the stlport library directory in my "additional library path". >>Along this line, I wonder if I need to be doing something special with the >>STLPort DLL? > >One thing to check, if you have the Platform SDK installed, you should have >a 'depends.exe' application... this shows you the dll an exe or dll depends >upon, and even which functions of those dlls are used. Make sure stlport >is one of 'em. If it isn't, make sure that your additional directories >(include and library) are **before** the VS and PSDK directories. Note >that boost will still depend upon msvcpt71.dll and msvcr71.dll (when >compiled with VS.Net2003, but it will use the stlport dll for stl objects. > Sure enough, running depends on the boost dll shows MSVCP71D.DLL, MSVCR71D.DLL and KERNEL32.DLL, but no STLPORT! I built boost with: set STLPORT_PATH=C:\ (STLPort is in C:\STLport-4.6.2) bjam "-sTOOLS=vc7.1-stlport" "-sBUILD=debug release" install Is this not correct? I don't get any errors indicating that it can't find STLPort. Thanks, Mike _________________________________________________________________ Learn to simplify your finances and your life in Streamline Your Life from MSN Money. http://special.msn.com/money/0405streamline.armx

2 1

RE: [Boost-users] boost::thread, boost::bind, and member functions
by Mike Feldmeier 25 May '04

25 May '04

>From: "Ben Hutchings" <ben.hutchings(a)businesswebsoftware.com> >Reply-To: boost-users(a)lists.boost.org >To: <boost-users(a)lists.boost.org> >Subject: RE: [Boost-users] boost::thread, boost::bind, and member functions >Date: Tue, 25 May 2004 17:32:10 +0100 > >Mike Feldmeier <pooky_bunny(a)hotmail.com> wrote: >[ Ben Hutchings wrote:] > > > Mike Feldmeier <pooky_bunny(a)hotmail.com> wrote: ><snip> > > > > This consistently produces the linking error: > > > > > > > > converter.obj : error LNK2019: unresolved external symbol > > > > "__declspec(dllimport) public: __thiscall boost::thread::thread( > > > > class boost::function0<void,class > > > > _STL::allocator<class boost::function_base> > const &)" > > > > (__imp_??0thread@boost@@QAE@ABV?$function0@XV?$allocator@Vfunction > > > > _base@boost@@@_STL@@@1@@Z) referenced in function "public: void > > > > __thiscall mytest::test::converter::run(void)" > > > > (?run@converter@test@mytest@@QAEXXZ) > > > > > >I think you aren't linking with the thread library. ><snip> > > I'm using Visual C++ 7.1, but using straight C++, no .NET. I've > > defined the addtional library path (C:\boost\lib) and tried linking > > (in the additional dependencies) with > > boost_thread-vc71-mt-gdp-1_31.lib, boost_thread-vc71-mt-gdp.lib, > > boost_thread-vc71-mt-p-1_31.lib, and boost_thread-vc71-mt-p.lib (one > > at a time, of course), but I get the same error message with all of > > them. ><snip> > >I've worked it out now. In your main program you are using STLport - >notice the "_STL" namespace instead of "std" but Boost.Thread is >built with the library that comes with VC++ 7.1, which of course uses >the "std" namespace. Unless STLport has some specific feature that >you need I suggest you use the standard library that comes with VC++ >7.1; it's a very good implementation. If you must use STLport then >you need to build Boost.Thread (and any other libraries with which >you share standard library types) using it. > Unfortunately, this whole roadtrip started with the need for STL collections to cross DLL boundaries, which is why I am using STLPort. The STL that comes with VC++ 7.1 doesn't (with the exception of string and vector). When I built boost, I built it with the vc7.1-stlport toolset, and I have the stlport library directory in my "additional library path". Along this line, I wonder if I need to be doing something special with the STLPort DLL? >_______________________________________________ >Boost-users mailing list >Boost-users(a)lists.boost.org >http://lists.boost.org/mailman/listinfo.cgi/boost-users _________________________________________________________________ MSN Toolbar provides one-click access to Hotmail from any Web page FREE download! http://toolbar.msn.click-url.com/go/onm00200413ave/direct/01/

2 1

RE: [Boost-users] boost::thread, boost::bind, and member functions
by Ben Hutchings 25 May '04

25 May '04

Mike Feldmeier <pooky_bunny(a)hotmail.com> wrote: [ Ben Hutchings wrote:] > > Mike Feldmeier <pooky_bunny(a)hotmail.com> wrote: <snip> > > > This consistently produces the linking error: > > > > > > converter.obj : error LNK2019: unresolved external symbol > > > "__declspec(dllimport) public: __thiscall boost::thread::thread( > > > class boost::function0<void,class > > > _STL::allocator<class boost::function_base> > const &)" > > > (__imp_??0thread@boost@@QAE@ABV?$function0@XV?$allocator@Vfunction > > > _base@boost@@@_STL@@@1@@Z) referenced in function "public: void > > > __thiscall mytest::test::converter::run(void)" > > > (?run@converter@test@mytest@@QAEXXZ) > > > >I think you aren't linking with the thread library. <snip> > I'm using Visual C++ 7.1, but using straight C++, no .NET. I've > defined the addtional library path (C:\boost\lib) and tried linking > (in the additional dependencies) with > boost_thread-vc71-mt-gdp-1_31.lib, boost_thread-vc71-mt-gdp.lib, > boost_thread-vc71-mt-p-1_31.lib, and boost_thread-vc71-mt-p.lib (one > at a time, of course), but I get the same error message with all of > them. <snip> I've worked it out now. In your main program you are using STLport - notice the "_STL" namespace instead of "std" but Boost.Thread is built with the library that comes with VC++ 7.1, which of course uses the "std" namespace. Unless STLport has some specific feature that you need I suggest you use the standard library that comes with VC++ 7.1; it's a very good implementation. If you must use STLport then you need to build Boost.Thread (and any other libraries with which you share standard library types) using it.

1 0

RE: [Boost-users] boost::thread, boost::bind, and member functions
by Mike Feldmeier 25 May '04

25 May '04

>From: "Ben Hutchings" <ben.hutchings(a)businesswebsoftware.com> >Reply-To: boost-users(a)lists.boost.org >To: <boost-users(a)lists.boost.org> >Subject: RE: [Boost-users] boost::thread, boost::bind, and member functions >Date: Tue, 25 May 2004 12:07:32 +0100 > >Mike Feldmeier <pooky_bunny(a)hotmail.com> wrote: > > I've seen variations of this come up in this newsgroup and elsewhere, > > but I have yet to find an answer that works for me. > > > > class threaded_manager > > { > > public: > > void start(void); > > }; > > > > threaded_manager mgr; > > > > boost::thread(boost::bind(&threaded_manager::start, &mgr)); > > > > This consistently produces the linking error: > > > > converter.obj : error LNK2019: unresolved external symbol > > "__declspec(dllimport) public: __thiscall boost::thread::thread(class > > boost::function0<void,class > > _STL::allocator<class boost::function_base> > const &)" > > (__imp_??0thread@boost@@QAE@ABV?$function0@XV?$allocator@Vfunction_bas > > e@boost@@@_STL@@@1@@Z) referenced in function "public: void __thiscall > > mytest::test::converter::run(void)" > > (?run@converter@test@mytest@@QAEXXZ) > >I think you aren't linking with the thread library. Many of the Boost >libraries (such as Boost.Bind) include their implementation entirely in >header files, so they will be compiled into your program as needed. >Boost.Thread doesn't; you need to build it as a library (and on Windows >it must be a DLL) and link it with your program. > I'm using Visual C++ 7.1, but using straight C++, no .NET. I've defined the addtional library path (C:\boost\lib) and tried linking (in the additional dependencies) with boost_thread-vc71-mt-gdp-1_31.lib, boost_thread-vc71-mt-gdp.lib, boost_thread-vc71-mt-p-1_31.lib, and boost_thread-vc71-mt-p.lib (one at a time, of course), but I get the same error message with all of them. > > Separating the two boost functions on to separate lines works fine: > > > > boost::bind(&threaded_manager::start, &mgr); > > boost::thread(); > > > > ..which indicates to me that bind is returning an object that is not > > compatible with thread, but I've seen multiple examples of just this > > type of call. ><snip> > >If that were the case you should see a compiler error. The two lines >above may work because the default constructor for boost::thread is >compiled inline whereas the other constructor must be linked in. >Having said that, though, neither v1.30 nor v1.31 has the default >constructor definition in the header, so I don't entirely understand >what's going on. Did you perhaps mistakenly declare a function >returning a boost::thread? > Thus far, this line (or two lines) are the only boost-related lines in my code. >Ben. > >_______________________________________________ >Boost-users mailing list >Boost-users(a)lists.boost.org >http://lists.boost.org/mailman/listinfo.cgi/boost-users Thanks, Mike _________________________________________________________________ Get 200+ ad-free, high-fidelity stations and LIVE Major League Baseball Gameday Audio! http://radio.msn.click-url.com/go/onm00200491ave/direct/01/

1 0

RE: [Boost-users] Regex++ Installation Problems
by Ben Hutchings 25 May '04

25 May '04

kinshuk srivastava <srivastavakinshuk(a)yahoo.co.in> wrote: > I had written earlier too regarding installation > problems with the regex++...sorry for not providing > the complete details last time..But I am again sending > the errors... > The Gcc compiler which m using is gcc3.2 nd the > operating system is SuSE 9.6...I think the regex++ > version is 331... > the following are the errors: <snip> > ../../../boost/regex/v3/regex_match.hpp:1937: Internal compiler error > in expand_call, at calls.c:3049 > Please submit a full bug report, > with preprocessed source if appropriate. > See <URL:http://www.gnu.org/software/gcc/bugs.html> > for instructions. Why didn't you just do what the error message said? You should have found this existing bug report: <http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8701>. Anyway, this turns out to be a bug that SuSE introduced to its version of GCC. Go to them for a fix.

1 0

RE: [Boost-users] boost::thread, boost::bind, and member functions
by Ben Hutchings 25 May '04

25 May '04

Mike Feldmeier <pooky_bunny(a)hotmail.com> wrote: > I've seen variations of this come up in this newsgroup and elsewhere, > but I have yet to find an answer that works for me. > > class threaded_manager > { > public: > void start(void); > }; > > threaded_manager mgr; > > boost::thread(boost::bind(&threaded_manager::start, &mgr)); > > This consistently produces the linking error: > > converter.obj : error LNK2019: unresolved external symbol > "__declspec(dllimport) public: __thiscall boost::thread::thread(class > boost::function0<void,class > _STL::allocator<class boost::function_base> > const &)" > (__imp_??0thread@boost@@QAE@ABV?$function0@XV?$allocator@Vfunction_bas > e@boost@@@_STL@@@1@@Z) referenced in function "public: void __thiscall > mytest::test::converter::run(void)" > (?run@converter@test@mytest@@QAEXXZ) I think you aren't linking with the thread library. Many of the Boost libraries (such as Boost.Bind) include their implementation entirely in header files, so they will be compiled into your program as needed. Boost.Thread doesn't; you need to build it as a library (and on Windows it must be a DLL) and link it with your program. > Separating the two boost functions on to separate lines works fine: > > boost::bind(&threaded_manager::start, &mgr); > boost::thread(); > > ..which indicates to me that bind is returning an object that is not > compatible with thread, but I've seen multiple examples of just this > type of call. <snip> If that were the case you should see a compiler error. The two lines above may work because the default constructor for boost::thread is compiled inline whereas the other constructor must be linked in. Having said that, though, neither v1.30 nor v1.31 has the default constructor definition in the header, so I don't entirely understand what's going on. Did you perhaps mistakenly declare a function returning a boost::thread? Ben.

1 0

Boost.Test release notes typos
by Ross Boylan 25 May '04

25 May '04

I noticed a couple of typos in the latest release notes for Boost.Test, at http://cvs.sourceforge.net/viewcvs.py/boost/boost/libs/test/doc/release_not… It now reads, near the top, <LI>Floating point comaprison algorithm reworked (Is not backward compatible!!!) <UL> <LI><u>tolerance now expected in persent units</u></LI> That should be comparison in the first line and percent in the last.

2 1

boost::thread, boost::bind, and member functions
by Mike Feldmeier 24 May '04

24 May '04

I've seen variations of this come up in this newsgroup and elsewhere, but I have yet to find an answer that works for me. class threaded_manager { public: void start(void); }; threaded_manager mgr; boost::thread(boost::bind(&threaded_manager::start, &mgr)); This consistently produces the linking error: converter.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __thiscall boost::thread::thread(class boost::function0<void,class _STL::allocator<class boost::function_base> > const &)" (__imp_??0thread@boost@@QAE@ABV?$function0@XV?$allocator@Vfunction_base@boos t@@@_STL@@@1@@Z) referenced in function "public: void __thiscall mytest::test::converter::run(void)" (?run@converter@test@mytest@@QAEXXZ) Separating the two boost functions on to separate lines works fine: boost::bind(&threaded_manager::start, &mgr); boost::thread(); ..which indicates to me that bind is returning an object that is not compatible with thread, but I've seen multiple examples of just this type of call. This is probably something simple, my two days of experience with Boost just doesn't appear to be sufficient. What in the world am I doing wrong? Thanks, Mike _________________________________________________________________ Stop worrying about overloading your inbox - get MSN Hotmail Extra Storage! http://join.msn.click-url.com/go/onm00200362ave/direct/01/

1 0

Win32 Non-greedy Regex "\w*?" matches whitespace (tab or space)
by John F Meinel Jr 24 May '04

24 May '04

When changing the "search for word characters" from greedy to non-greedy, it starts to match whitespace characters. Attached is an example program. If you remove the '?' to make the search greedy, then it (correctly) doesn't match. I am using boost 1.31.0, on WinXP using VC7.1. I have confirmed that this does not occur on my Linux machine. Also attached is my Jamfile to make sure I didn't just compile it wrong. It occurs in both debug and release mode. John =:-> project-root ; exe test : test.cpp #unit_test_example1.cpp : <sysinclude>$(BOOST_ROOT) <stlport-iostream>on <library-path>$(BOOST_ROOT)/../../lib <vc7.1><debug><find-library>libboost_regex-vc71-mt-gd <vc7.1><release><find-library>libboost_regex-vc71-mt <gcc><debug><find-library>boost_regex-gcc-mt-d <gcc><release><find-library>boost_regex-gcc-mt <threading>multi ; # vim: ts=4 #include <boost/regex.hpp> #include <iostream> boost::regex re("(\\w*?)"); void doesMatch(std::string s) { boost::smatch m; std::cout << "String: \"" << s << "\"" << std::endl; if(boost::regex_match(s, m, re)) { std::cout << "Matched: "; std::cout << "\"" << std::string(m[1]) << "\"" << std::endl; } else { std::cout << "Didn't match" << std::endl; } std::cout << std::endl; } int main(int argc, char **argv) { if(argc > 1) for(int i = 1; i < argc; ++i) doesMatch(argv[i]); else { char *arg[] = {"", "should", "should\tnot", "shou_ld", "should not" ," doesn't " }; main(sizeof(arg)/sizeof(char*), arg); } }

2 1

boost/test/detail/algorithm.hpp: request for promotion and/or fast review
by Gennadiy Rozental 23 May '04

23 May '04

Hi, I added several algorithms that extent STL algorithms set. I use them in my Boost.test development. But since they seems to be generic and IMO should be present in STL I propose to push them in boost/algorithm.hpp (or under boost/algorithm). I remember there was a discussion already about these algorithms. Here is the list (I hope name and spec is self -explanatory): template <class InputIter1, class InputIter2> inline std::pair<InputIter1, InputIter2> mismatch( InputIter1 first1, InputIter1 last1, InputIter2 first2, InputIter2 last2 ); template <class InputIter1, class InputIter2, class Predicate> inline std::pair<InputIter1, InputIter2> mismatch( InputIter1 first1, InputIter1 last1, InputIter2 first2, InputIter2 last2, Predicate pred ); template<class ForwardIterator1, class ForwardIterator2> inline ForwardIterator1 find_first_not_of( ForwardIterator1 first1, ForwardIterator1 last1, ForwardIterator2 first2, ForwardIterator2 last2 ); template<class ForwardIterator1, class ForwardIterator2, class Predicate> inline ForwardIterator1 find_first_not_of( ForwardIterator1 first1, ForwardIterator1 last1, ForwardIterator2 first2, ForwardIterator2 last2, Predicate pred ); template<class BidirectionalIterator1, class ForwardIterator2> inline BidirectionalIterator1 find_last_of( BidirectionalIterator1 first1, BidirectionalIterator1 last1, ForwardIterator2 first2, ForwardIterator2 last2 ) template<class BidirectionalIterator1, class ForwardIterator2, class Predicate> inline BidirectionalIterator1 find_last_of( BidirectionalIterator1 first1, BidirectionalIterator1 last1, ForwardIterator2 first2, ForwardIterator2 last2, Predicate pred ); template<class BidirectionalIterator1, class ForwardIterator2> inline BidirectionalIterator1 find_last_not_of( BidirectionalIterator1 first1, BidirectionalIterator1 last1, ForwardIterator2 first2, ForwardIterator2 last2 ); template<class BidirectionalIterator1, class ForwardIterator2, class Predicate> inline BidirectionalIterator1 find_last_not_of( BidirectionalIterator1 first1, BidirectionalIterator1 last1, ForwardIterator2 first2, ForwardIterator2 last2, Predicate pred ); Implementation together with doxigen docs is here: http://tinyurl.com/35pfj Test is here: http://tinyurl.com/yvlgu If we don't find this header eligible for review I would like to ask then for permision to at least put this algorithm in boost namespace (currently boost::unit_test), for it inconvenience for me to keep it in deep namespace. Gennadiy.

1 0

Problems with
by Pete Cilliers 23 May '04

23 May '04

Hi I am having problems running on MSVC 7.1 the example given in The parameterized boost::function based test case #include <boost/test/unit_test_ex.hpp> using boost::unit_test_framework::test_suite; #include <boost/bind.hpp> void test_mask( int arg, int mask ) { BOOST_CHECK( (arg & mask) != 0 ); } struct sub_test_suite : public test_suite { sub_test_suite() { parameters_list.push_back( 1 ); parameters_list.push_back( 5 ); parameters_list.push_back( 6 ); parameters_list.push_back( 7 ); parameters_list.push_back( 15 ); add( BOOST_PARAM_TEST_CASE( bind( &test_mask, _1, 0x80 ), parameters_list.begin(), parameters_list.end() ) ) ); } std::list<int> parameters_list; } //__________________________________________________________________________ __// test_suite* init_unit_test_suite( int argc, char* argv[] ) { test_suite* test = BOOST_TEST_SUITE( "Example" ); test->add( new sub_test_suite ); return test; } I get the following error: error C2661: 'boost::unit_test_framework::create_test_case' : no overloaded function takes 4 arguments I have had to make a number of changes to the example to correct typo's but the example given here is as it appears in the documentation. Has anyone experienced the same type of problem and can you please advise on how to correct? Thanks ********************************************************************** 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 footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. **********************************************************************

2 1

check() function?
by Mark Dawson 21 May '04

21 May '04

I'm trying to compile boost 1.3.0 using the CodeWarrior 9.2 compiler on Mac OS X (10.3.3). I've run into a weird error: Error : unexpected argument while expanding macro 'check' (wanted 1) (included from: boost/type_traits.hpp:29 is_base_and_derived.hpp line 112 s_type check(D const volatile *, T); is_base_and_derived.hpp: template <typename B, typename D> struct bd_helper { template <typename T> static type_traits::yes_type check(D const volatile *, T); static type_traits::no_type check(B const volatile *, int); }; When I look up check() its in my /usr/include/AssertMacros.h file, it DOES takes one parameter. Am I somehow including the wrong paths, and (should be) getting check() from somewhere else? Thanks, mark mcdawson(a)mac.com

2 1

RE: [Boost-users] Re: Copyright notice in redistributed object fi les
by Jim.Hyslop 21 May '04

21 May '04

David Abrahams wrote: > "Jim.Hyslop" <Jim.Hyslop(a)Leitch.com> writes: > > If your code is derived from Boost, i.e. you have taken the > Boost code and > > modified it, then I think whether or not you can put it in > the public domain > > will depend on the extent of your modifications. > > Though on that point I'm less certain, I'm still pretty sure that's > incorrect [IANAL]. Derivative works must carry the Boost license: Ah, of course. I forgot the "derivative works" part of the license. I should have reviewed the license before responding. My apologies. -- Jim Hyslop Senior Software Designer Leitch Technology International Inc. (http://www.leitch.com) Columnist, C/C++ Users Journal (http://www.cuj.com/experts)

1 0

iterator_facade with proxy reference type
by gusz1＠freemail.hu 21 May '04

21 May '04

Hi, could please somebody tell me why the code below generates a compile-time error? The compiler I'm using is VC++ 7.1. The error generated is this: c:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\include\algorithm(458) : error C2582: 'operator =' function is unavailable in 'item_proxy' c:\PROG\VCPP\xItFacadeReferProxy\xItFacadeReferProxy.cpp(102) : see reference to function template instantiation 'void std::generate<array_iterator,int(__cdecl *)(void)>(_FwdIt,_FwdIt,_Fn0)' being compiled with [ _FwdIt=Array_iterator, _Fn0=int (__cdecl *)(void) ] the location of the error in <algorithm>: template<class _FwdIt, class _Fn0> inline void generate(_FwdIt _First, _FwdIt _Last, _Fn0 _Func) { // replace [_First, _Last) with _Func() for (; _First != _Last; ++_First) *_First = _Func(); // ERROR HERE } To my best knowledge, item_proxy's operator= is public, so I don't understand why it is unavailable. Thx, Gus The code: ------------------------------------------------------------------------ // xItFacadeReferProxy.cpp : Defines the entry point // for the console application. #include "stdafx.h" #include <algorithm> #include <boost/iterator/iterator_facade.hpp> using namespace boost; using namespace std; // THIS CLASS IS GOING TO BE 'STL'IZED': const int ARRAY_SIZE = 10; class Array { public: int Get(int i) const { return data[i]; } int Set(int i, int val) { data[i] = val; } private: int data[ARRAY_SIZE]; };//class Array class item_proxy; class Array_iterator : public iterator_facade < Array_iterator, int, // VALUE TYPE boost::random_access_traversal_tag, item_proxy // REFERENCE TYPE > { public: class item_proxy { public: item_proxy(const Array_iterator &it): m_rIterator(it) {} item_proxy& operator=(int i) { m_rIterator.m_pArray-> Set(m_rIterator.m_index, i); return *this; } item_proxy& operator=(item_proxy const& rhs) { operator=((int)rhs); return *this; } operator int() const { return m_rIterator.m_pArray-> Get(m_rIterator.m_index); } private: Array_iterator const &m_rIterator; };//class item_proxy public: Array_iterator():m_pArray(0) {} Array_iterator(Array& array, int index = 0): m_pArray(&array), m_index(0) {} private: friend class boost::iterator_core_access; void increment() { ++m_index; } void decrement() { --m_index; } void advance(int n) { m_index += n; } int distance_to(Array_iterator const& rhs) { if(m_pArray != rhs.m_pArray) { return -1; } return rhs.m_index - m_index; } bool equal(Array_iterator const& rhs) const { return m_pArray == rhs.m_pArray && m_index == rhs.m_index; } item_proxy dereference() const { return item_proxy(*this); } Array *m_pArray; int m_index; };//class Array_iterator Array_iterator array_begin(Array& array) { return Array_iterator(array); } Array_iterator array_end(Array& array) { return Array_iterator(array, ARRAY_SIZE); } int value_generator() { static int i = 0; return ++i; } int _tmain(int argc, _TCHAR* argv[]) { Array a; generate(array_begin(a), array_end(a), value_generator); // ERROR! copy(array_begin(a), array_end(a), ostream_iterator<int>(cout, " ")); return 0; } ------------------------------------------------------------------------

2 1

RE: [Boost-users] Copyright notice in redistributed object files
by Jim.Hyslop 21 May '04

21 May '04

First: I am not a lawyer. If you want competent legal advice, consult a lawyer. What follows is my lay opinion, which may or may not be correct or valid in your legal jurisdiction. Aaron W. LaFramboise wrote: > I understand that the license states that I allowed to "use, > reproduce, display, distribute, execute, and transmit" Boost software > without restriction, provided that the software is in object form. > However, I still have a question about other responsibilities I might > have in redistributing a work of mine that incorporates Boost in > object form. In particular, I am interested in whether I have to > mention "Boost" or the authors' names at all anywhere in my software > or the supporting documentation. My opinion: If the license doesn't require it, you don't have to do it. If the license doesn't forbid it, then you can do it. Whatever "it" means in the appropriate context. > As an example, in distributed object code without source, do I need to > state a copyright notice including the Boost copyright holder's names > in the same place I put my ordinary copyright, if any? If my > derivative work is (other than Boost) released into the public domain > (for example, I explicitly disclaim all copyright interest), do I > still need to mention that Boost copyright holders have copyrighted > portions of the object code? You cannot place into public domain rights to something that you do not own. Since you do not own the rights to the Boost library, you cannot place it in the public domain. Your statement placing the code in the public domain should probably explicitly state _which_ code you are giving away. If your code is derived from Boost, i.e. you have taken the Boost code and modified it, then I think whether or not you can put it in the public domain will depend on the extent of your modifications. > Also, am I required to mention that the Boost portions of the > distributed objects have no warranty? For example, if I include > boost_regex.dll, am I required to state that that Boost copyright > holders provide no warranty? Hmmm... that's a trickier one. This one you might want to consult a lawyer about, because it gets into areas such as liability, consumer protection laws, etc. which vary from jurisdiction to jurisdiction. > Outside of my obligations under the Boost license, is there any other > particular reason I might acknowledge Boost or display their > copyright? Goodwill? > (I am asking this because several popular proprietary programs seem to > attempt to include a copyright notice for every rights-holder's code > included in their software, even where the licenses covering the code > does not seem to obligate the program distributor to include them.) <rant> I've seen this, and I don't agree with it. Consider what would happen if the automobile industry started doing this kind of thing. Your owner's manual would swell to several thousand pages long, with most of it being acknowledgements: Portions of this automobile were manufactured by Bolts-R-Us Inc. Portions of this automobile were assembled using Very Tough Tools(TM). blah blah blah. When you get down to it, end users don't care what makes up the program, as long as it works. For _their_ definition of "works". </rant> -- Jim Hyslop Senior Software Designer Leitch Technology International Inc. (http://www.leitch.com) Columnist, C/C++ Users Journal (http://www.cuj.com/experts)

2 1

Copyright notice in redistributed object files
by Aaron W. LaFramboise 21 May '04

21 May '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, While legal issues are being discussed, I'd like to pose a question I myself have. I understand that the license states that I allowed to "use, reproduce, display, distribute, execute, and transmit" Boost software without restriction, provided that the software is in object form. However, I still have a question about other responsibilities I might have in redistributing a work of mine that incorporates Boost in object form. In particular, I am interested in whether I have to mention "Boost" or the authors' names at all anywhere in my software or the supporting documentation. As an example, in distributed object code without source, do I need to state a copyright notice including the Boost copyright holder's names in the same place I put my ordinary copyright, if any? If my derivative work is (other than Boost) released into the public domain (for example, I explicitly disclaim all copyright interest), do I still need to mention that Boost copyright holders have copyrighted portions of the object code? Also, am I required to mention that the Boost portions of the distributed objects have no warranty? For example, if I include boost_regex.dll, am I required to state that that Boost copyright holders provide no warranty? Outside of my obligations under the Boost license, is there any other particular reason I might acknowledge Boost or display their copyright? (I am asking this because several popular proprietary programs seem to attempt to include a copyright notice for every rights-holder's code included in their software, even where the licenses covering the code does not seem to obligate the program distributor to include them.) Thank you for your time, Aaron W. LaFramboise -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAra7rlp/lhnWsM8QRAhQaAJ9favUFNvAOtWk6CcS5tOFSliOxSgCeLAHL zqhwCA9oXt7juuQeorADvFk= =sQDM -----END PGP SIGNATURE-----

1 0

Regex++ Installation Problems
by kinshuk srivastava 20 May '04

20 May '04

Hi I am a Newbie to using the regex++.I am trying to install the regex++ library on a Linux system. according to the instructions given but I found the following errors: make -fgcc.mak mkdir -p gcc mkdir -p gcc/boost_regex g++ -o gcc/boost_regex/c_regex_traits.o -c -O2 -I../../../ ../src/c_regex_traits.cpp g++ -o gcc/boost_regex/c_regex_traits_common.o -c -O2 -I../../../ ../src/c_regex_traits_common.cpp g++ -o gcc/boost_regex/cpp_regex_traits.o -c -O2 -I../../../ ../src/cpp_regex_traits.cpp g++ -o gcc/boost_regex/cregex.o -c -O2 -I../../../ ../src/cregex.cpp ../../../boost/regex/v3/regex_match.hpp: In member function `unsigned int boost::RegEx::GrepFiles(bool (*)(const char*, const boost::RegEx&), const char*, bool, unsigned int)': ../../../boost/regex/v3/regex_match.hpp:1937: Internal compiler error in expand_call, at calls.c:3049 Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions. make: *** [gcc/boost_regex/cregex.o] Fehler 1 I cant quite figure out what the problem is. Some one please help... Thanx in advance... -Kinshuk ________________________________________________________________________ Yahoo! India Matrimony: Find your partner online. http://yahoo.shaadi.com/india-matrimony/

3 2

A simple question involving boost.function and boost.lambda
by gredner＠bu.edu 19 May '04

19 May '04

Greetings, I would like to crate a lambda expression that simply executes two functions sequentially. I have: using namespace boost; using namespace boost::lambda; function0<void> func1 = cout << constant('1'); function0<void> func2 = cout << constant('2'); I have tried: function0<void> funcs = (func1, func2); but this seems to execute only one of the two functions when it is called. I have also tried: function0<void> funcs = (_1(), _2())(func1, func2); but my compiler (GCC 3.3 under darwin) barfs it up, with error messages: ---------- main.cpp: In function `int main(int, char**)': main.cpp:58: error: no match for call to `(boost::tuples::null_type) ( boost::function0<void, std::allocator<boost::function_base> >&, boost::function0<void, std::allocator<boost::function_base> >&)' /usr/local/include/boost-1_31/boost/lambda/detail/lambda_functors.hpp: In member function `RET boost::lambda::placeholder<1>::call(A&, B&, C&, Env&) const [with RET = boost::tuples::null_type, A = const boost::tuples::null_type, B = const boost::tuples::null_type, C = const boost::tuples::null_type, Env = const boost::tuples::null_type]': /usr/local/include/boost-1_31/boost/lambda/detail/lambda_functors.hpp:143: instantiated from `typename T::sig<boost::tuples::null_type>::type boost::lambda::lambda_functor<Base>::operator()() const [with T = boost::lambda::placeholder<1>]' main.cpp:58: instantiated from here /usr/local/include/boost-1_31/boost/lambda/detail/lambda_functors.hpp:65: error: invalid application of `sizeof' to an incomplete type ---------- (line 58 is the assignment to funcs) I'd appreciate any advice :) -Gabe Redner

2 1

How to compile minimal_test.cpp with gcc?
by Sebastian Stein 14 May '04

14 May '04

Hi, I downloaded boost-1.31.0 and the bjam package. I first compiled bjam and copied the executeables to /usr/local/bin. Then I went on to boost-1.31.0 (patched with the regex files). I first changed the env variables for python and compiled and installed the package with: bjam "-sTOOLS=gcc" install After building was finished, the files where copied. The include files got installed under /usr/local/include/boost-1_31/boost. I made a symlink /usr/local/include/boost pointing to /usr/local/include/boost-1_31/boost. Now I tried to do a small test, taken from: http://www.boost.org/libs/test/test/minimal_test.cpp I tried to compile the file with: gcc -o test minimal_test.cpp But I get a lot of error messages saying: In file included from test.cpp:16: /usr/local/include/boost/test/minimal.hpp:44:47: libs/test/src/execution_monitor.cpp: No such file or directory In file included from test.cpp:16: /usr/local/include/boost/test/minimal.hpp:62: error: `execution_monitor' is not a class or namespace /usr/local/include/boost/test/minimal.hpp:62: error: invalid base-class specification /usr/local/include/boost/test/minimal.hpp:63: error: parse error before `::' token /usr/local/include/boost/test/minimal.hpp:75: error: type specifier omitted for parameter `c_string_literal' /usr/local/include/boost/test/minimal.hpp:75: error: parse error before `,' token /usr/local/include/boost/test/minimal.hpp:91: error: type specifier omitted for parameter `c_string_literal' /usr/local/include/boost/test/minimal.hpp:91: error: parse error before `,' token /usr/local/include/boost/test/minimal.hpp:98: error: parse error before `,' token /usr/local/include/boost/test/minimal.hpp:98: error: parse error before `,' token /usr/local/include/boost/test/minimal.hpp:98: error: missing ';' before right brace /usr/local/include/boost/test/minimal.hpp:98: error: semicolon missing after declaration of `boost::minimal_test::monitor' ... ... ... /usr/local/include/boost/test/minimal.hpp:130: error: parse error before `if' /usr/local/include/boost/test/minimal.hpp:138: error: syntax error before `<<' token test.cpp: In function `int test_main(int, char**)': test.cpp:54: error: `the_monitor' undeclared in namespace `boost::minimal_test' test.cpp:55: error: `the_monitor' undeclared in namespace `boost::minimal_test' test.cpp:57: error: `the_monitor' undeclared in namespace `boost::minimal_test' test.cpp:58: error: `the_monitor' undeclared in namespace `boost::minimal_test' test.cpp:60: error: `the_monitor' undeclared in namespace `boost::minimal_test' test.cpp:61: error: `the_monitor' undeclared in namespace `boost::minimal_test' test.cpp:63: error: `the_monitor' undeclared in namespace `boost::minimal_test' test.cpp:64: error: `the_monitor' undeclared in namespace `boost::minimal_test' test.cpp:66: error: `the_monitor' undeclared in namespace `boost::minimal_test' test.cpp:68: error: `the_monitor' undeclared in namespace `boost::minimal_test' Well, mostly interesting is the first line: /usr/local/include/boost/test/minimal.hpp:44:47: libs/test/src/execution_monitor.cpp: No such file or directory Why is a part of the source included here? Is there a special place where the source should be installed, so that it can be found? I also tried replacing the include statement pointing to the execution_monitor.hpp header file in the include directory, but this produced far more error messages. So how do I build this small test program under gcc 3.3 (Linux)??? Is there somewhere a good step by step guide (tutorial) how to use boost and how to set up the build environment for small projects? Sebastian -- ONE FAMILY! Leipzig 2012 - Olympic Summer Games http://www.leipzig2012.com/

2 2

RE: [Boost-users] Shared_Ptr problem with 1.30.2 and gcc 3.2.3
by Ben Hutchings 14 May '04

14 May '04

Joshua Little <ljoshua(a)swbell.net> wrote: > I've been using shared_ptr's for a while now with gcc 3.1 and > recently had to upgrade to gcc 3.2.3. Ever since then I'm getting > strange crashes when shared_ptr's are destructed. Heres a backtrace : > Program received signal SIGSEGV, Segmentation fault. <snip> Did you rebuild everything with the new release? There may be some difference in the ABIs used by the two releases though they are supposed to be compatible (3.2.1 is different on Cygwin though; that was a bug).

1 0

Python.exe crashes with C++ interfaces exported to python using boost
by mayankg＠iiitb.ac.in 14 May '04

14 May '04

Hi, I have developed a dll, in that I have exported the C++ interfaces as python interfaces using boost. While running the python script, which uses those interfaces, I am facing a strange problem. When I try to call the del operator on the object of a particular class in the python script, whose interfaces has been exported to python, the python.exe crashes and gives me the following error: _BLOCK_TYPE_IS_VALID(pHead->nBlockUse) When I try to debug my dll, it is crashing inside the destructor of the class, where a byte pointer is being deleted. Although the delete operator on the same type of object works fine when i try to do the same kind of operation from a sample C++ application using my dll. I have checked the project properties etc. and my dll uses Debug Multithreaded DLL and Multithreaded DLL, for the runtime library, for debug and release builds. I have also tried with both debug and release dlls. Please help, Thanks, Mayank

3 2

Sun C++ 5.5 and std::numeric_limits
by Robin KAY 14 May '04

14 May '04

As of patch 113817-04 to the Sun C++ 5.5 compiler (see http://sunsolve6.sun.com/search/document.do?assetkey=1-21-113817 ), the functions in the numeric_limits class support 64 bit integers. However, the logic in boost/boost/config/stdlib/roguewave.hpp doesn't detect this a defines BOOST_NO_LONG_LONG_NUMERIC_LIMITS and hence causes an error: "../../../../boost/boost/limits.hpp", line 35: Error: Multiple declaration for std::numeric_limits<long long>. "../../../../boost/boost/limits.hpp", line 88: Error: Multiple declaration for std::numeric_limits<unsigned long long>. 2 Error(s) detected. As __SUNPRO_CC is set to 0x550 for both compilers below and above patchlevel 04, I can't see a way to fix this without extending the logic in the CVS head, for handling Sun C++ 5.6, to 5.5 and breaking unpatched installations. -- Wishing you good fortune, --Robin Kay-- (komadori)

2 1

Re: [Boost-users] Visitor makes Dijkstra slow
by Cromwell Enage 14 May '04

14 May '04

Hello, Martin! Graphs are supposed to be passed by reference to visitor functions. Your program didn't do that, so it created tons of temporary graph copies. Changing template<typename V, typename G> void operator()(V v, G g) { ++dummy; } to template<typename V, typename G> void operator()(V v, G& g) { ++dummy; } and template<typename V, typename G> void examine_vertex(V v, G g) { ++dummy; } to template<typename V, typename G> void examine_vertex(V v, G& g) { ++dummy; } should reduce your running times about 500-fold, down to the expected running times. HTH Cromwell Enage __________________________________ Do you Yahoo!? Yahoo! Movies - Buy advance tickets for 'Shrek 2' http://movies.yahoo.com/showtimes/movie?mid=1808405861

1 0

BGL: why is the prim algorithm only useable for undirected graphs?
by boost＠spyderworks.de 13 May '04

13 May '04

Hi all, in the documentation of prim_minimum_spanning_tree is mentioned "... solving the minimum spanning tree problem for an undirected graph with weighted edges ...". In my application I use this graph type (the graph type is bidirectionalS => not directed): typedef adjacency_list<vecS,vecS,bidirectionalS,no_property,property<edge_weight_t,int> > BGraph; This type modells the VertexListGraph and IncidenceGraph concepts, which are required by the prim function. If I call the prim_minimum_spanning_tree, I get reasonalble results. In literature, I can only find usage of Prims algorithm for undirected graphs, too. But I can see no reason, why it shouldn't work for directed graphs. Can you tell me more? Best regards Stefan Rauch

3 2

Visitor makes Dijkstra slow
by Martin von Gagern 13 May '04

13 May '04

Hello. I compiled the attached program on my system: boost-1.31.0 g++ (GCC) 3.3.2 20031218 (Gentoo Linux 3.3.2-r5, propolice-3.3-7) CXXFLAGS="-O3" Linux 2.6.5 #1 SMP i686 Pentium III (Coppermine) GenuineIntel GNU/Linux I get the following timings: Without any visitor: 10000 With dijkstra visitor: 7450000 With event visitor: 7430000 I cannot understand this difference, for the visitor is doing almost no work at all. Can you explain why using a visitor slows things down so much? Did I do anything wrong? Greetings, Martin von Gagern

1 0

Shared_Ptr problem with 1.30.2 and gcc 3.2.3
by Joshua Little 13 May '04

13 May '04

I've been using shared_ptr's for a while now with gcc 3.1 and recently had to upgrade to gcc 3.2.3. Ever since then I'm getting strange crashes when shared_ptr's are destructed. Heres a backtrace : Program received signal SIGSEGV, Segmentation fault. 0x77f967bf in ?? () (gdb) bt #0 0x77f967bf in ?? () #1 0x77fb5c15 in ?? () #2 0x77fa6afc in ?? () #3 0x77fccc55 in ?? () #4 0x78001e00 in _libmsvcrt_a_iname () #5 0x0050f4f5 in operator delete(void*) () #6 0x00541cc4 in boost::detail::sp_counted_base_impl<BeamWeaponXMLLoader*, boost::checked_deleter<BeamWeaponXMLLoader> >::~sp_counted_base_impl() ( this=0x1899aa0) at e:/MinGW/include/c++/3.2.3/iostream:63 #7 0x0053fada in boost::detail::sp_counted_base::destruct() (this=0x1899aa0) at e:/boost-1.30.2/boost/detail/shared_count.hpp:113 #8 0x0053f996 in boost::detail::sp_counted_base::weak_release() ( this=0x1899aa0) at e:/boost-1.30.2/boost/detail/shared_count.hpp:168 #9 0x0053fab4 in boost::detail::sp_counted_base::release() (this=0x1899aa0) at e:/boost-1.30.2/boost/detail/shared_count.hpp:144 #10 0x0053f913 in boost::detail::shared_count::~shared_count() (this=0x1899154) at e:/boost-1.30.2/boost/detail/shared_count.hpp:376 #11 0x005393e5 in boost::shared_ptr<BeamWeaponXMLLoader>::~shared_ptr() ( this=0x1899150) at src/loaders/HullXMLLoader.cpp:19 #12 0x0043489a in HullXMLLoader::~HullXMLLoader() (this=0x1899100) at src/loaders/HullXMLLoader.cpp:32 #13 0x0053b5ba in void boost::checked_delete<HullXMLLoader>(HullXMLLoader*) ( x=0x1899100) at e:/boost-1.30.2/boost/checked_delete.hpp:34 #14 0x0055b43d in boost::checked_deleter<HullXMLLoader>::operator()(HullXMLLoader*) const (this=0x1899d08, x=0x1899100) at e:/boost-1.30.2/boost/checked_delete.hpp:52 #15 0x00540b8b in boost::detail::sp_counted_base_impl<HullXMLLoader*, boost::checked_deleter<HullXMLLoader> >::dispose() (this=0x1899cf8) at e:/boost-1.30.2/boost/detail/shared_count.hpp:262 #16 0x0053faa6 in boost::detail::sp_counted_base::release() (this=0x1899cf8) at e:/boost-1.30.2/boost/detail/shared_count.hpp:143 #17 0x0053f913 in boost::detail::shared_count::~shared_count() (this=0x18990e4) at e:/boost-1.30.2/boost/detail/shared_count.hpp:376 #18 0x00536f09 in boost::shared_ptr<HullXMLLoader>::~shared_ptr() ( this=0x18990e0) at src/loaders/StarShipXMLLoader.cpp:13 #19 0x00432ba8 in StarShipXMLLoader::~StarShipXMLLoader() (this=0x18990c8) at src/loaders/StarShipXMLLoader.cpp:23 #20 0x00523926 in void baleet<StarShipXMLLoader>(StarShipXMLLoader*) ( x=0x18990c8) at src/Deleters.hpp:36 #21 0x0055d119 in baleeter<StarShipXMLLoader>::operator()(StarShipXMLLoader*) const (this=0x1899d40, x=0x18990c8) at src/Deleters.hpp:48 #22 0x0054170f in boost::detail::sp_counted_base_impl<StarShipXMLLoader*, baleeter<StarShipXMLLoader> >::dispose() (this=0x1899d30) at e:/boost-1.30.2/boost/detail/shared_count.hpp:262 #23 0x0053faa6 in boost::detail::sp_counted_base::release() (this=0x1899d30) at e:/boost-1.30.2/boost/detail/shared_count.hpp:143 #24 0x0053f913 in boost::detail::shared_count::~shared_count() (this=0x22fd14) at e:/boost-1.30.2/boost/detail/shared_count.hpp:376 #25 0x00538b1d in boost::shared_ptr<StarShipXMLLoader>::~shared_ptr() ( this=0x22fd10) at src/Player.cpp:76 #26 0x0040cd8f in Player::Player(EngineManager*, GameManager*) ( this=0x1898cd8, NewEngine=0x17d7a20, NewGameManager=0x1852ec8) at src/Player.cpp:96 #27 0x00407e4e in GameManager::Initialise() (this=0x1852ec8) at src/GameManager.cpp:125 #28 0x0040398a in main (argc=1, argv=0x17924f8) at src/ZeroSpace.cpp:32 I am constructing the shared_ptr's in a normal way : HullLoader.reset(new HullXMLLoader()); for instance. It seems to segfault when delete is called either with the default deleter or with one of my own. This was working fine when using gcc 3.1, do I need to upgrade my boost or use some compile flag? Any help would be greatfully appriciated, Joshua.

1 0

boost regex support for 64-bit
by itay 12 May '04

12 May '04

does boost regex support 64-bit for SunOS 5.8, HP-UX 11i (native compilers), WIN (MSVC-6) ? we are using an old(?) version - regexpp version 3.12. Is it recommended to upgrade to the latest version ? Is it essential to upgrade to the latest version with relevance to 64-bit compilation ? thanks, Itay

2 1

BGL: record tree-edges of MST during prim_minimum_spanning_tree
by boost＠spyderworks.de 12 May '04

12 May '04

Hi, I'm looking for a possibility to record the tree edges in the minimum spanning tree (like the result of kruskal_minimum_spanning_tree). But unfortenuatley I depend on using the prim_minimum_spanning_tree function, because the root of the tree has to be defined. My first idea was, to use a dijkstra visitor and do something with the edge_relaxed respectivley edge_not_relaxed events, but this doesn't work, because these events doesn't give me an unique edge state. Maybe anyone has another hint? best regards Stefan Rauch

1 0

AW: [Boost-users] BGL: using an edge_descriptor as key in a map
by boost＠spyderworks.de 12 May '04

12 May '04

Hi Doug, [...] > > I intend to write a visitor class which sets a boolean to each edge, and > > therefore I need the edge as key. > > Common ways to do this include using internal properties and maintaining your > own edge_index (internal) property so that you can build property maps out of > vectors. [...] I don't know, if I understand correctly? Would I request the edges' index in the callback member function of the visitor and use this as index to a vector? Maybe you can give me an example? I'm pretty new to boost. Thanks Stefan Rauch

1 0

Re: Boostifying GluCat
by Paul C. Leopardi 11 May '04

11 May '04

Hi all, Back in January last year, I asked if there was any documentation which could help me to Boostify GluCat: http://lists.boost.org/MailArchives/boost-users/msg02787.php Since then I have been very busy, but in the next few months I may be able to find the time to get this done right, so I'm asking again: GluCat is a new numeric template class library, hopefully destined for promotion to Boost. I would like to know where there is some documentation on how to: 1. Add concepts. Is there such a thing as a non-commutative multiplication concept? How do I check concepts? 2. Add numeric limits. Limits of U<T> would default to limits of T. 3. Add numeric promotion_traits. What are promotion_traits ? There is a discussion on ublas-dev mailing list about promotion_traits within uBLAS. 4. Add numeric type_traits. Also, is there a set of documented procedures which explain what is required for a library to be included in Boost? GluCat uses uBLAS. Should I take these questions to ublas-dev? Thanks

1 0

Re: is_sequence
by Rozental, Gennadiy 11 May '04

11 May '04

> It already works. If you want to detect STL sequence-ness, you'll > have to try some nasty hacks. I'm have doubts about whether it's even > possible to approximate that metafunction in portable code. Wouldn't something about these lines work? template<typename T> char test( T const&, long ); template<typename T> int test( std::list<T> const&, int ); template<typename T> struct is_list { static T t; enum { value = sizeof( test( t, 0 ) ) == 4; } }; Gennadiy.

2 1

[BGL] graph constness and vertex/edge iterators
by Cyrille Damez 11 May '04

11 May '04

Hi all, I'm currently trying to write a wrapper in order to use the BGL algorithms and visitors on a home-made graph class. If I'm not mistaken, this requires me to write (amongst other things) a couple functions that will return iterators over my graph edges and vertices, eg: std::pair<graph_traits<MyGraph>::out_edge_iterator, graph_traits<MyGraph>::out_edge_iterator > out_edges(graph_traits<MyGraph>::vertex_descriptor u, const MyGraph& g) and similarly in_edges(...) , vertices(...) and edges(...) functions. However, it seems that this function profile forces me to do a const_cast on g when implementing the function body since the out_edge_iterators are not const iterators, though they point to internal elements of g. I had a look at the example given in the documentation (dealing with converting LEDA graphs to the BGL), but I didn't see anything helping me on this particular issue (also, the example in the doc is a bit outdated since it uses the deprecated Boost iterator adaptors). Am I forced to rely on const_cast in these functions, or is there a way to declare my graph edges, vertices and the corresponding iterators as const in my graph_traits class ? I'm a newbie with the BGL, and more generally with this whole traits/template specialization style of programming, so please excuse me if I overlooked something obvious. Cheers.

3 4

is_sequence
by Wolfgang Meyer 11 May '04

11 May '04

Is boost::mpl::is_sequence supposed to work with gcc 3.2.2 ? I'm trying to use it, but get "false" for boost::mpl::is_sequence<std::list<int> >::value using boost 1.31.0. The same happens with boost::mpl::has_begin. I'm working with FreeBSD 5.1. Any hints how to get it to work would be greatly appreciated. Wolfgang Meyer

2 1

BOOST_NO_MEMBER_TEMPLATE_FRIENDS
by Witz 11 May '04

11 May '04

if the following code is commented out from visualc.hpp the standard streaming operators become available for mersenne_twister - and they seem to work fine. is this a bug or have i just been fortunate in my experimentation? #if _MSC_VER <= 1310 # define BOOST_NO_MEMBER_TEMPLATE_FRIENDS #endif ian whittley

2 2

BGL: using an edge_descriptor as key in a map
by boost＠spyderworks.de 11 May '04

11 May '04

Hi, is it possible to use an edge_descriptor (boost::graph_traits<G>::edge_descriptor) as key in a map? I intend to write a visitor class which sets a boolean to each edge, and therefore I need the edge as key. The result of my first try is, that the compiler complains about the missing '<' operator of the key in the map. Best regards Stefan Rauch

2 1

RE: [Boost-users] help: boost::thread and compile error
by Ben Hutchings 10 May '04

10 May '04

Guillermo Martony <gmartony(a)cue.com.uy> wrote: > Greetings, > The following code taken from an example compiles without errors: > > #include <boost/thread/thread.hpp> > #include <boost/thread/xtime.hpp> > #include <iostream> > class thread_alarm > { <snip> > }; > > int main() > { > int secs = 5; > std::cout << "setting alarm for 5 seconds..." << std::endl; > thread_alarm alarm(secs); > boost::thread thrd(alarm); > thrd.join(); > return 0; > } > > But adding a std::fstream varible to the thread_alarm class: <snip> > Results in the following compilation error: > > c:\opt\include\boost\function\function_template.hpp(289): > error C2664: 'void > boost::function0<R,Allocator>::assign_to(Functor)' : cannot convert > parameter 1 from 'const thread_alarm' to 'thread_alarm' > with > [ > R=void, > Allocator=int, > Functor=thread_alarm > ] The boost::thread constructor copies its argument, so the thread_alarm class needs to be copiable, but std::fstream is not copiable. You might be better off using Boost.Bind to produce a lightweight functor.

1 0

boost::bind vs boost::mem_fun (was RE: [Boost-users] Re: shared_ptrs with std::mem_fn)
by Mark Storer 10 May '04

10 May '04

> > template<class _R, class _Ty> > > class mem_fun_t : public unary_function<_Ty *, _R> { > > public: > > explicit mem_fun_t(_R (_Ty::*_Pm)()) > > : _Ptr(_Pm) {} > > _R operator()(_Ty *_P) const > ^^^^^^^ > > {return ((_P->*_Ptr)()); } > > private: > > _R (_Ty::*_Ptr)(); > > }; > > --- > > <...> > No, the relevant part is the signature I highlighted above. <...> > > All I have to say is "use boost::mem_fn, which works, and never > touch the one in std::". Thanks for clearing that up, it was really bugging me. So to speak. ;) I've recently started using boost::bind, and I think I'm in love. But boost::mem_fun raises another question in my mind: Are there any cases where "boost::bind( &foo::bar, _1 )" is superior to "boost::mem_fun( &foo::bar )" (other than a few less keys to press)? I'd say that boost::bind is clearly supperior when "bar" takes a parameter, but when it does not, the water gets a little muddy. I'd imagine that you wouldn't get the long stream of error messages (expected N params not Y, expected N + 1 params, not Y, expected N + 2 ...) from bind when all the different variants miss, but is there anything else? --Mark Storer Senior Software Engineer Verity, Inc.

1 0

RE: [Boost-users] boost 1.30 / date_time / link problem with VC7
by Ben Hutchings 10 May '04

10 May '04

Dan Dimerman <dan_dimerman(a)hotmail.com> wrote: > I'm having the following problem when linking a MSWindows MFC > application with the static library libboost_date_time.lib using > DevStudio .Net 7.0. > > The output looks like this: > > ------ Build started: Project: Main, Configuration: Debug Win32 ------ > Linking... > MSVCRTD.lib(ti_inst.obj) : error LNK2005: "private: __thiscall > type_info::type_info(class type_info const &)" > (??0type_info@@AAE@ABV0@@Z) already defined in libcmtd.lib(typinfo.obj) > MSVCRTD.lib(ti_inst.obj) : error LNK2005: "private: class type_info & > __thiscall type_info::operator=(class type_info const &)" > (??4type_info@@AAEAAV0@ABV0@@Z) already defined in > libcmtd.lib(typinfo.obj) > LINK : warning LNK4098: defaultlib 'MSVCRTD' conflicts with > use of other libs; use /NODEFAULTLIB:library > Debug/Main.exe : fatal error LNK1169: one or more multiply > defined symbols found > > I am working with the "Multi-threaded Debug (/MTd)" version of > libraries. > Tried using alternatives, but I got errors elsewhere and the > errors above persisted. > From boost, I am using the library built at "My Documents\Visual > Studio Projects\boost\libs\date_time\build\bin\libboost_date_time.lib > \vc7\debug\runtime-link-dynamic" > > Any help will be greatly appreciated... You are using the debug DLL version of the date_time library. In order to share a heap with the main program this uses the debug DLL version of the C++ run-time library (MSVCRTD) and requires that the main program uses it too. You must either: (1) Build and use the debug multi-threaded static version of the date_time library. (2) Use the debug DLL versions of the C++ run-time library and MFC in your main program.

2 1

help: boost::thread and compile error
by Guillermo Martony 10 May '04

10 May '04

Greetings, The following code taken from an example compiles without errors: #include <boost/thread/thread.hpp> #include <boost/thread/xtime.hpp> #include <iostream> class thread_alarm { public: thread_alarm(int secs) : m_secs(secs) { } void operator()() { boost::xtime xt; boost::xtime_get(&xt, boost::TIME_UTC); xt.sec += m_secs; boost::thread::sleep(xt); std::cout << "alarm sounded..." << std::endl; } private: int m_secs; }; int main() { int secs = 5; std::cout << "setting alarm for 5 seconds..." << std::endl; thread_alarm alarm(secs); boost::thread thrd(alarm); thrd.join(); return 0; } But adding a std::fstream varible to the thread_alarm class: #include <fstream> #include <boost/thread/thread.hpp> #include <boost/thread/xtime.hpp> #include <iostream> class thread_alarm { public: thread_alarm(int secs) : m_secs(secs) { } void operator()() { boost::xtime xt; boost::xtime_get(&xt, boost::TIME_UTC); xt.sec += m_secs; boost::thread::sleep(xt); std::cout << "alarm sounded..." << std::endl; } private: int m_secs; std::fstream fs; // only this line was added }; int main() { int secs = 5; std::cout << "setting alarm for 5 seconds..." << std::endl; thread_alarm alarm(secs); boost::thread thrd(alarm); thrd.join(); return 0; } Results in the following compilation error: c:\opt\include\boost\function\function_template.hpp(289): error C2664: 'void boost::function0<R,Allocator>::assign_to(Functor)' : cannot convert parameter 1 from 'const thread_alarm' to 'thread_alarm' with [ R=void, Allocator=int, Functor=thread_alarm ] I'm using Microsoft Studio .NET 2002 Thanks in advance for any help. Guillermo Martony

1 0

Building 1.31.0 with intel-linux for Itanium 2
by Richard Hadsell 10 May '04

10 May '04

I am trying to build the Boost libraries on an Itanium 2 Linux machine using Intel C++ 8.0. The problem is that bjam is creating a directory path for the release versions that uses the string "ebug release" instead of "release". For example: MkDir1 bin/boost/libs/regex/build/libboost_regex.a/intel-linux/ebug release intel-linux-C++-action bin/boost/libs/regex/build/libboost_regex.a/intel-linux/ebug release/c_regex_traits.o ... Despite the directory that it creates with an embedded space, everything actually continues quite well, until it tries to run ranlib: intel-linux-Archive-action bin/boost/libs/regex/build/libboost_regex.a/intel-linux/ebug release/libboost_regex-il-1_31.a Ranlib bin/boost/libs/regex/build/libboost_regex.a/intel-linux/ebug release/libboost_regex-il-1_31.a ranlib: bin/boost/libs/regex/build/libboost_regex.a/intel-linux/ebug: No such file or directory ranlib bin/boost/libs/regex/build/libboost_regex.a/intel-linux/ebug release/libboost_regex-il-1_31.a ...failed Ranlib bin/boost/libs/regex/build/libboost_regex.a/intel-linux/ebug release/libboost_regex-il-1_31.a... I built bjam with this: build.sh intel-linux And I built the libraries with this: bjam -sTOOLS=intel-linux -sINTEL_PATH=/usr/local/intel/compiler80/ia64 --with-python-root=/usr --stagedir=stage -sBUILD="debug release <threading>single" stage Can anyone suggest what might be wrong with my system? It is a loaner, so everything is untested as far as I'm concerned. I have no idea what other tools in addition to Bjam itself might be involved in causing this problem. -- Dick Hadsell 914-259-6320 Fax: 914-259-6499 Reply-to: hadsell(a)blueskystudios.com Blue Sky Studios http://www.blueskystudios.com 44 South Broadway, White Plains, NY 10601

3 5

Re: [Boost-users] Posix extended regexp
by Manish Madan 08 May '04

08 May '04

Thanks a lot for the help John, it works now regards Manish >>> john(a)johnmaddock.co.uk 5/6/2004 1:58:27 AM >>> > What am I doing wrong? > > Here's my short matching function: > > bool MatchRegExp(const std::string& matchThis, const std::string& > againstThis) > { > try > { > const boost::regex e(againstThis);//, > boost::regex_constants::icase); > return boost::regex_match(matchThis, e, > boost::regex_constants::extended); > } > catch(boost::bad_expression be) > { > return false; > } > > } You're passing the wrong constants in all the wrong places, it should have been: const boost::regex e(againstThis, boost::regex::extended); return boost::regex_match(matchThis, e, boost::match_default); You can omit the match_default flag (since it's the default anyway), and if you wanted case insensitive matching it would have been: const boost::regex e(againstThis, boost::regex::extended | boost::regex::icase); Oh, and don't forget to check the difference between regex_match and regex_search (the match version requires all of the text to match). John. _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

2 2

RE: [Boost-users] Re: shared_ptrs with std::mem_fn
by Mark Storer 08 May '04

08 May '04

> boost::mem_fn erases the need for a separate mem_fn_ref. If > http://www.boost.org/libs/bind/mem_fn.html fails to explain it to you, > please ask more specific questions. I thought I'd been pretty specific... guess not. Allow me to reiterate: Why doesn't std::mem_fun work with a container of boost::shared_ptr? I fiddled around with my compiler for a while (vc6), but ended up with a wildly unhelpful error message. Given the following lines of code (among others): --- typedef std::vector<boost::shared_ptr<std::string> > Strings; Strings strings; std::for_each( strings.begin(), strings.end(), std::mem_fun(std::string::size) ); --- my compiler puked up the following wildly useless error message: --- error C2664: 'mem_fun' : cannot convert parameter 1 from 'unsigned int (__thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::*' to 'unsigned int (__thisca ll std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::*' Types pointed to are unrelated; conversion requires reinterpret_cast, C-style cast or function-style cast --- Allow me to pull out those two types for easier viewing: unsigned int (__thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::* unsigned int (__thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::* Golly. Those 'two' types are about as related as you can get. So why won't std::mem_fun work through boost::shared_ptr's operator->? Here's the mem_fun that ships with VC6: --- template<class _R, class _Ty> class mem_fun_t : public unary_function<_Ty *, _R> { public: explicit mem_fun_t(_R (_Ty::*_Pm)()) : _Ptr(_Pm) {} _R operator()(_Ty *_P) const {return ((_P->*_Ptr)()); } private: _R (_Ty::*_Ptr)(); }; --- The relevant portion to our discussion is: "{return ((_P->*_Ptr()); }" which can be further boiled down to: return _P->_Ptr(); This looks an awful lot like it should work with a shared_ptr's operator->(). So why doesn't it? I admit that this is more of a C++ question than a boost one, but it's not too much of a tangent and I *am* curious. Mentioning mem_fun_ref in my previous post only served to muddy the waters. My apologies. --Mark Storer Senior Software Engineer Verity, Inc.

2 1

shared_ptrs with std::mem_fn
by Steve Folly 07 May '04

07 May '04

Hi, I've converted a container to use shared_ptrs instead of regular pointers, now my for_each algorithm doesn't work: Before: class Attr; std::vector< Attr* > mAttributes; . . . std::for_each( mAttributes.begin(), mAttributes.end(), std::bind2nd( std::mem_fn( &Attr::Write ), output ) ); After: std::vector< shared_ptr<Attr> > mAttributes; Now it doesn't compile because (of course) Attr::Write is not a method of shared_ptr<Attr>. Do I have to use boost's bind and mem_fn objects instead of std? Thanks for any help. -- Regards, Steve.

3 2

RE: [Boost-users] Re: shared_ptrs with std::mem_fn
by Mark Storer 07 May '04

07 May '04

> > Now it doesn't compile because (of course) Attr::Write is > not a method of > > shared_ptr<Attr>. > > > > Do I have to use boost's bind and mem_fn objects instead of std? > > Yes; bind and mem_fn handle this problem (and quite a few > others) automatically. Why is this a problem? I thought std::mem_fn called the function through the -> operator, which 'should' work (but obviously doesn't). I would think this would only crop up through mem_fun_ref, but then you wouldn't have a container of shared_ptr<Attr>, but Attr. --Baffled --Mark Storer Senior Software Engineer Verity, Inc.

2 1

RE: [Boost-users] date_time clocks, microsec_clock, etc
by Darryl Green 07 May '04

07 May '04

> For those that need something portable we should be able to > get microsecond > resolution for Windows, Linux, and probably a few more... > > Jeff Microsecond resolution on linux? What interface provides this? I have a linux platform or 2 that I'm pretty sure won't provide it at present, but probably could with some kernel hacking, if only there was some sensible interface to connect it to user space. Darryl. ########################################################################## This e-mail is for the use of the intended recipient(s) only. If you have received this e-mail in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not use, disclose or distribute this e-mail without the author's prior permission. We have taken precautions to minimise the risk of transmitting software viruses, but we advise you to carry out your own virus checks on any attachment to this message. We cannot accept liability for any loss or damage caused by software viruses. ##########################################################################

3 2

how to install library in msvc
by kason aung 07 May '04

07 May '04

Dear all, I'm trying to install BGL on win 2k, vc++ 6 machine. I can't install BGL now. So if u have already successfully installed on msvc, i would like to know step-by-step installation procedure. I am looking forward to hearing good news from all of you. Thanks a lot for ur help and kindness. Regards, Kason _________________________________________________________________ Download games, logos, wallpapers and lots more at MSN Mobile! http://www.msn.com.sg/mobile/

1 0

date_time clocks, microsec_clock, etc
by Aaron W. LaFramboise 07 May '04

07 May '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I'm a little curious whats in the works for date_time clock support. Specifically, there still doesn't seem to be anything better than a second-granularity clock for Win32. In addition, the UNIX clock is not always as precise as it could be. In particular, the popular Pentium and and some other architectures have some sorts of cycle-granularity hardware clock or similar that can exceed the usual operating system clock used for time. Really--and I have no idea what work is presently being done on this--it might do people in some problem domains (including myself, at times) a lot of good to have clocks with separate notions of precision and accuracy. For example, on a Pentium, operating systems I care about tend to have a maximum system clock accuracy around about a millisecond plus or minus some, and its probably difficult or tricky to get better than that. However, if the system clock was used in combination with the Pentium cycle counter, we could probably get precision in excess of a nanosecond. Perhaps an interface for such a clock system might be: typedef boost::date_time::clock<type_of_accuracy_you_need_here, type_of_precision_you_need_here> myclock; To get the above imagined clock, I might use: clock<microsecond_accuracy, cycle_precision> If the clock requested was unavailable on the platform, a compile time error might result. Of course, oftentimes we know the characteristics of a clock's accuracy or precision, such as the Pentium cycle counter, but we don't know exactly how precise it is, so it might be inappropriate to refer to that clock as nanosecond_precision when it really might not be. In summary, a reliable cross-platform sub second clock is one of the features I miss most in date_time, and one of the features I can afford to miss least. Is anyone working on remedying this right now? Aaron W. LaFramboise OpenPGP fingerprint: CFB4 D883 17ED E9BE 6F16 1BF7 969F E586 75AC 33C4 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAlZuhxDYk2wAn5+8RAg5jAJ0XINhLFb4KikH+oK286PQfu6iMaQCgnTe5 SlmNLXTitPUWuUYMKrHIQgY= =bJvg -----END PGP SIGNATURE-----

5 12

Using pool_alloc with std::map
by Kevin Lin 06 May '04

06 May '04

I am using boost::pool_alloc with std::map like this: typedef map<int, int, less<int>, pool_alloc<pair<int, int> > > MapT; MapT myMap; After myMap passes out of scope, I want to release unused memory from the pool. To do that, I need to get the type used to request chunks from the pool. pair<int, int> is not the answer since map uses rebind to get a different allocator. So how do I go about obtaining the correct singleton_pool interface? Your help is appreciated. -- Kevin Lin

1 0

Question about compiling boost.1.31.0 on Solaris
by Wenning Qiu 06 May '04

06 May '04

I was trying to build the regex library from boost.1.31.0 on a Solaris 7 box using STLport.4.6.2. I have a couple of STLport versions installed in /opt. Here's how I built: o cd boost_1_31_0/libs/regex/build o /export/home/qiuw01/research/boost-jam-3.1.9/bin.solaris/bjam "-sTOOLS=sunpro-stlport" -sSTLPORT_PATH=/opt I was expecting STLport.4.6.2 to be used. However when I used ldd on the generated .so library, it shows a dependency on an old version of STLport in /usr/lib qiuw01$ ldd libboost_regex-sw-p-1_31.so librt.so.1 => /usr/lib/librt.so.1 libstlport_sunpro.so.4.5 => /usr/lib/libstlport_sunpro.so.4.5 libaio.so.1 => /usr/lib/libaio.so.1 libc.so.1 => /usr/lib/libc.so.1 libdl.so.1 => /usr/lib/libdl.so.1 /usr/platform/SUNW,Ultra-4/lib/libc_psr.so.1 <ethos:~/research/boost_1_31_0/bin/boost/libs/regex/build/libboost_regex.so/ sunpro-stlport/release> This doesn't seem to be right. Any comments? Thanks, Wenning Qiu

1 0

boost::any and arithmetic ?
by Mailing List 06 May '04

06 May '04

Greetings all, as I'm new to this list, I'll keep my query short. It was suggested to me to use boost::any to store numeric values of whatever type (int, float, double, etc) so that I could use one std::list to store multiple values. I've looked through the header (any.hpp) and I admit it's a little hard for me to follow. I'm not what you'd call a superprogrammer... yet. :) I understand how to store a value in the boost::any object, but I'm not clear on how one would get that value back later (for display on screen, etc). What I'd really like to do is similar to one of the examples: --- snip --- struct property { property(); property(const std::string &, const boost::any &); std::string name; boost::any value; }; typedef std::list<property> properties; --- snip --- But I want to be able to do arithmetic with the resultant object(s): property T; property V; property Z; T [+-*/] Z; T = V [+-*/] Z T + [int,float,etc]; And so on. However, I want to make sure that the normal arithmetic type conversions (type promotions) take place (i.e. int + float returns a temporary object of type float). Example: boost::any value1; boost::any value2; boost::any value3; value1 = 127.915; value2 = 17; value3 = value1.getwhatevervalue() + value2.getwhatevervalue(); cout << value3.getwhatevervalue() << endl; value3 = value2.getwhatevervalue() + value1.getwhatevervalue(); cout << value3.getwhatevervalue() << endl; Both should return a temporary float with a value of 144.915. since I don't know how to get the value from boost::any, I just used getwhatevervalue() as an example. Sincerely, GRE

2 2

Posix extended regexp
by Manish Madan 05 May '04

05 May '04

Hello, I'm new to boost and I had one question. I'm trying to match strings against regular expressions that are expected to be posix extended regular expressions. But for some reason, the modifier ^ doesn't seem to be working. For example, when I try to match "Manish" against "^[mM]anish.*", I am returned false. What am I doing wrong? Here's my short matching function: bool MatchRegExp(const std::string& matchThis, const std::string& againstThis) { try { const boost::regex e(againstThis);//, boost::regex_constants::icase); return boost::regex_match(matchThis, e, boost::regex_constants::extended); } catch(boost::bad_expression be) { return false; } } thanks Manish

2 1

boost 1.30 / date_time / link problem with VC7
by Dan Dimerman 05 May '04

05 May '04

Hello, I'm having the following problem when linking a MSWindows MFC application with the static library libboost_date_time.lib using DevStudio .Net 7.0. The output looks like this: ------ Build started: Project: Main, Configuration: Debug Win32 ------ Linking... MSVCRTD.lib(ti_inst.obj) : error LNK2005: "private: __thiscall type_info::type_info(class type_info const &)" (??0type_info@@AAE@ABV0@@Z) already defined in libcmtd.lib(typinfo.obj) MSVCRTD.lib(ti_inst.obj) : error LNK2005: "private: class type_info & __thiscall type_info::operator=(class type_info const &)" (??4type_info@@AAEAAV0@ABV0@@Z) already defined in libcmtd.lib(typinfo.obj) LINK : warning LNK4098: defaultlib 'MSVCRTD' conflicts with use of other libs; use /NODEFAULTLIB:library Debug/Main.exe : fatal error LNK1169: one or more multiply defined symbols found I am working with the "Multi-threaded Debug (/MTd)" version of libraries. Tried using alternatives, but I got errors elsewhere and the errors above persisted. >From boost, I am using the library built at "My Documents\Visual Studio Projects\boost\libs\date_time\build\bin\libboost_date_time.lib\vc7\debug\run time-link-dynamic" Any help will be greatly appreciated... -- Dan Dimerman --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com) Version: 6.0.677 / Virus Database: 439 - Release Date: 04-May-04

2 1

boost 1.31 compile problems
by Dave Thorn 05 May '04

05 May '04

After installing boost and trying to compile a project I found I was missing some files. The end of the installation shows: ...failed updating 24 targets... ...skipped 48 targets... ...updated 625 targets... Errors below. I'm running Debian woody, using gcc 2.95.4. Some of the errors: cp: cannot stat `bin/boost/libs/test/build/libboost_test_exec_monitor.so/gcc/debug/shared-linkable-true/threading-multi/libboost_test_exec_monitor-gcc-mt-d-1_31.so.1.31.0': No such file or directory gcc-C++-action bin/boost/libs/test/build/libboost_unit_test_framework.a/gcc/release/threading-multi/test_tools.o /usr/local/src/boost_1_31_0/libs/test/build/../src/test_tools.cpp: In method `void boost::test_toolbox::detail::print_log_value<char>::operator ()(ostream &, char)': /usr/local/src/boost_1_31_0/libs/test/build/../src/test_tools.cpp:194: parse error before `(' /usr/local/src/boost_1_31_0/libs/test/build/../src/test_tools.cpp:205: confused by earlier errors, bailing out ...skipped <@boost!lib>libboost_unit_test_framework-gcc-mt-1_31.a for lack of <@boost!libs!test!build/libboost_unit_test_framework.a/gcc/release/threading-multi>libboost_unit_test_framework-gcc-mt-1_31.a... ...skipped <@boost!lib>libboost_test_exec_monitor-gcc-d.so for lack of <@boost!lib>libboost_test_exec_monitor-gcc-d-1_31.so.1.31.0... ...skipped <@boost!lib>libboost_test_exec_monitor-gcc-mt-d.so for lack of <@boost!lib>libboost_test_exec_monitor-gcc-mt-d-1_31.so.1.31.0... ...skipped <@boost!lib>libboost_test_exec_monitor-gcc.so for lack of <@boost!lib>libboost_test_exec_monitor-gcc-1_31.so.1.31.0... ...skipped <@boost!lib>libboost_test_exec_monitor-gcc-mt.so for lack of <@boost!lib>libboost_test_exec_monitor-gcc-mt-1_31.so.1.31.0... ...skipped <@boost!lib>libboost_unit_test_framework-gcc-d.so for lack of <@boost!lib>libboost_unit_test_framework-gcc-d-1_31.so.1.31.0... ...skipped <@boost!lib>libboost_unit_test_framework-gcc-mt-d.so for lack of <@boost!lib>libboost_unit_test_framework-gcc-mt-d-1_31.so.1.31.0... ...skipped <@boost!lib>libboost_unit_test_framework-gcc.so for lack of <@boost!lib>libboost_unit_test_framework-gcc-1_31.so.1.31.0... ...skipped <@boost!lib>libboost_unit_test_framework-gcc-mt.so for lack of <@boost!lib>libboost_unit_test_framework-gcc-mt-1_31.so.1.31.0... ...skipped <@boost!lib>libboost_test_exec_monitor-gcc-d.a for lack of <@boost!lib>libboost_test_exec_monitor-gcc-d-1_31.a... ...skipped <@boost!lib>libboost_test_exec_monitor-gcc-mt-d.a for lack of <@boost!lib>libboost_test_exec_monitor-gcc-mt-d-1_31.a... ...skipped <@boost!lib>libboost_test_exec_monitor-gcc.a for lack of <@boost!lib>libboost_test_exec_monitor-gcc-1_31.a... ...skipped <@boost!lib>libboost_test_exec_monitor-gcc-mt.a for lack of <@boost!lib>libboost_test_exec_monitor-gcc-mt-1_31.a... ...skipped <@boost!lib>libboost_unit_test_framework-gcc-d.a for lack of <@boost!lib>libboost_unit_test_framework-gcc-d-1_31.a... ...skipped <@boost!lib>libboost_unit_test_framework-gcc-mt-d.a for lack of <@boost!lib>libboost_unit_test_framework-gcc-mt-d-1_31.a... ...skipped <@boost!lib>libboost_unit_test_framework-gcc.a for lack of <@boost!lib>libboost_unit_test_framework-gcc-1_31.a... ...skipped <@boost!lib>libboost_unit_test_framework-gcc-mt.a for lack of <@boost!lib>libboost_unit_test_framework-gcc-mt-1_31.a... -- dave thorn

3 4

Boost license and Open Source
by eze.boost.org.users＠secureit.mailshell.com 04 May '04

04 May '04

Hi. I'm thinking of starting an open source project, and I'm seriously considering using Boost. I've read many messages regarding the practical aspects of using boost with other projects (particularly open source). However, I have found nothing useful regarding the legal aspect of using Boost for an open source project. As I'm considering licensing my project under the GPL, I'm concerned about the GPL "friendlyness" towards Boost. Besides the technical aspect of it, what is the best way to structure the project, to license the project, etc. in order to satisfy GPL and Boost licenses? Any help would be much appreciated. Best regards, Ezequiel "This communication is intended solely for the addressee and is confidential and not for third party unauthorised distribution."

4 3

CVS instructions at http://www.boost.org/more/getting_started.html#CVS don't work.
by Aaron W. LaFramboise 04 May '04

04 May '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I tried to get a copy of Boost CVS using the instructions at http://www.boost.org/more/getting_started.html#CVS, but I got this error: ~ $ cvs -d:pserver:anonymous@cvs.boost.sourceforge.net:/cvsroot/boost login ~ Logging in to :pserver:anonymous@cvs.boost.sourceforge.net:2401/cvsroot/boost ~ CVS password: ~ cvs [login aborted]: connect to cvs.boost.sourceforge.net(66.35.250.209):2401 failed: Connection timed out However, when I use the SF CVS instructions at http://sourceforge.net/cvs/?group_id=7586, I have no problems. It recommends the following line instead. cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/boost login The difference seems to be cvs.boost.sourceforge.net versus cvs.sourceforge.net. Is this a temporary technical problem? Or should the instructions on the getting_started.html be updated? Thanks, Aaron W. LaFramboise OpenPGP fingerprint: CFB4 D883 17ED E9BE 6F16 1BF7 969F E586 75AC 33C4 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAlnS+lp/lhnWsM8QRAv6OAKCXKS7Kcd5JubzUQqQIk8eIbhlisgCghpyR FptrqZlFgVC8tGRxmLz6Cic= =zRlP -----END PGP SIGNATURE-----

3 2

regex_search (v4) raises exception for wregex
by Adam Molnar 03 May '04

03 May '04

hi! the following pattern (35 matching token, and at least one more) with this simple expression ("[_]+$") throws "memory exhausted" when using wchar_t strings. the same works with char strings even triple sized. matching doesnt throw, if we use "^[_]+$", "[_]{1,}$", "[_][_]*$" etc. so this is a bug. it seems the expression-string is short enough to cause some problem, but i was unable to track down the error. wchar_t * wp = L"___________________________________x"; wregex wre(L"[_]+$"); try { regex_search(wp, wre); } catch (bad_expression & e) { cout << e.what() << endl; } another issue: i think, "(one|two|three|)" style alternation (notice the empty string on the right) should be accepted and handled as "(one|two|three)?" now it throws bad_expression

4 4

Problem 2 with Boost 1.31.0 Regex for tru64cxx65
by Richard Hadsell 03 May '04

03 May '04

Having persuaded everything to compile in the 1.31.0 Regex library, it runs into another problem in building the .a archive libraries: tru64cxx65-Archive-action bin/boost/libs/regex/build/libboost_regex.a/tru64cxx65/release/libboost_regex-tru-1_31.a /bin/sh: /bin/ar: arg list too long rm -f bin/boost/libs/regex/build/libboost_regex.a/tru64cxx65/release/libboost_regex-tru-1_31.a ar r bin/boost/libs/regex/build/libboost_regex.a/tru64cxx65/release/libboost_regex-tru-1_31.a bin/boost/libs/regex/build/libboost_regex.a/tru64cxx65/release/c_regex_traits.o bin/boost/libs/regex/build/libboost_regex.a/tru64cxx65/release/c_regex_traits_common.o bin/boost/libs/regex/build/libboost_regex.a/tru64cxx65/release/cpp_regex_traits.o bin/boost/libs/regex/build/libboost_regex.a/tru64cxx65/release/cregex.o bin/boost/libs/regex/build/libboost_regex.a/tru64cxx65/release/fileiter.o bin/boost/libs/regex/build/libboost_regex.a/tru64cxx65/release/posix_api.o bin/boost/libs/regex/build/libboost_regex.a/tru64cxx65/release/regex.o bin/boost/libs/regex/build/libboost_regex.a/tru64cxx65/release/regex_debug.o bin/boost/libs/regex/build/libboost_regex.a/tru64cxx65/release/regex_synch.o bin/boost/libs/regex/build/libboost_regex.a/tru64cxx65/release/w32_regex_traits.o bin/boost/libs/regex/build/libboost_regex.a/tru64cxx65/release/wide_posix_api.o bin/boost/libs/regex/build/libboost_regex.a/tru64cxx65/release/instances.o bin/boost/libs/regex/build/libboost_regex.a/tru64cxx65/release/winstances.o "bin/boost/libs/regex/build/libboost_regex.a/tru64cxx65/release"/cxx_repository/* ...failed tru64cxx65-Archive-action bin/boost/libs/regex/build/libboost_regex.a/tru64cxx65/release/libboost_regex-tru-1_31.a... The problem is due to the number of instantiations in the template repository and the lengths of their names. There are 492 instantiations, and many of them have 90-character file names, which looks like the compiler's maximum allowed. I solved the problem in previous versions of boost by breaking up the build into separate steps. This was the way I modified the make file: AR:= ar -cq IIDIR:= $(LIBDIR)/cxx_repository $(DIRNAME)/lib$(LIBNAME).a : $(ALL_O) @echo "*** creating lib$(LIBNAME).a" rm -f $@ $(AR) $@ $^ @echo "*** adding template instantiations" $(AR) $@ $(IIDIR)/[_A-Z]* $(AR) $@ $(IIDIR)/[a-z]* It builds the library from just the object files and then adds the instantiations in two steps. (Apparently, adding all of them exceeded the same shell arg list limit.) How can I do something equivalent with bjam to build the library? -- Dick Hadsell 914-259-6320 Fax: 914-259-6499 Reply-to: hadsell(a)blueskystudios.com Blue Sky Studios http://www.blueskystudios.com 44 South Broadway, White Plains, NY 10601

6 16

regex patches available
by John Maddock 03 May '04

03 May '04

All users of Boost.Regex-1.31.1 should be aware that there are now a set of patches available for this release - see https://sourceforge.net/project/showfiles.php?group_id=7586 for downloads. Issues fixed include: POSIX style regular expressions not behaving correctly with regex_grep. Non-greedy repeats not backtracking correctly in some cases. Backreferences cause some repeat operators to behave incorrectly. Some wide character expressions weren't getting correctly optimised, leading to thrown exceptions in trivial cases. Misc. compiler compatibility fixes. Regards, John Maddock

1 0

Compiling BOOST_1_30_0 UNDER HPUX B.11.11
by Albert Gome 03 May '04

03 May '04

Hi, I am trying to Install BOOST_1_30_0 on HPUX B.11.11 using aCC Version HP ANSI C++ B3910B A.03.33. Fisrtly i tried to build the thread libaray under <BOOST_ROOT>/lib/thread/build using statement bjam -sTOOLS="acc" -sBuild="debug release" I tried thread first because the regex compilation was also giving problems. Though Compiling the threads library result in MkDir1 ../../../libs/thread/build/bin/libboost_thread.so/acc/debug/runtime-link-dynamic/shared-linkable-true/threading-multi aCC-C++-action ../../../libs/thread/build/bin/libboost_thread.so/acc/debug/runtime-link-dynamic/shared-linkable-true/threading-multi/condition.o Error 19: "/mnt/r7/apal3/lib/boost_1_30_0/boost/type_traits/is_function.hpp", line 59 # Unexpected 'template'. ::template result_<T> ^^^^^^^^ Error 24: "/mnt/r7/apal3/lib/boost_1_30_0/boost/type_traits/is_function.hpp", line 59 # '{' expected instead of '<'. ::template result_<T> ^ Error 20: "/mnt/r7/apal3/lib/boost_1_30_0/boost/type_traits/is_function.hpp", line 59 # '<' expected before '>'. ::template result_<T> ^ Error 24: "/mnt/r7/apal3/lib/boost_1_30_0/boost/type_traits/is_function.hpp", line 60 # ';' expected instead of '{'. { ^ Error 318: "/mnt/r7/apal3/lib/boost_1_30_0/boost/type_traits/is_function.hpp", line 59 # A template name was expected instead of 'T'. Did you forget to define the template? ::template result_<T> ^^ Error 263: "/mnt/r7/apal3/lib/boost_1_30_0/boost/type_traits/is_function.hpp", line 59 # Object expected in declaration list. ::template result_<T> ^^ Error 19: "/mnt/r7/apal3/lib/boost_1_30_0/boost/function/function_base.hpp", line 322 # Unexpected 'template'. struct enable_if : public enabled<Enabled>::template base<T> ^^^^^^^^ Error 24: "/mnt/r7/apal3/lib/boost_1_30_0/boost/function/function_base.hpp", line 322 # '{' expected instead of '<'. struct enable_if : public enabled<Enabled>::template base<T> ^ Error 20: "/mnt/r7/apal3/lib/boost_1_30_0/boost/function/function_base.hpp", line 322 # '<' expected before '>'. struct enable_if : public enabled<Enabled>::template base<T> ^ Error 24: "/mnt/r7/apal3/lib/boost_1_30_0/boost/function/function_base.hpp", line 323 # ';' expected instead of '{'. { ^ Error 419: "/mnt/r7/apal3/lib/boost_1_30_0/boost/function/function_base.hpp", line 322 # 'T' is used as a type, but has not been defined as a type. struct enable_if : public enabled<Enabled>::template base<T> ^ Error 318: "/mnt/r7/apal3/lib/boost_1_30_0/boost/function/function_base.hpp", line 322 # A template name was expected instead of '<type inserted by compiler>'. Did you forget to define the template? struct enable_if : public enabled<Enabled>::template base<T> ^ Error 699: "/mnt/r7/apal3/lib/boost_1_30_0/boost/function/function_base.hpp", line 322 # Error limit reached; halting compilation. struct enable_if : public enabled<Enabled>::template base<T> ^ aCC -AA -c +W823 -I/mnt/r7/apal3/lib/boost_1_30_0 -DBOOST_THREAD_BUILD_DLL=1 -mt -g +Z -I"../../../libs/thread/build" -I"/mnt/r7/apal3/lib/boost_1_30_0" -o "../../../libs/thread/build/bin/libboost_thread.so/acc/debug/runtime-link-dynamic/shared-linkable-true/threading-multi/condition.o" "../src/condition.cpp" ...failed aCC-C++-action ../../../libs/thread/build/bin/libboost_thread.so/acc/debug/runtime-link-dynamic/shared-linkable-true/threading-multi/condition.o... Then i downloaded the lates is_functions.hpp from the CVS which again resulted in aCC-C++-action ../../../libs/thread/build/bin/libboost_thread.so/acc/debug/runtime-link-dynamic/shared-linkable-true/threading-multi/condition.o Error 19: "/mnt/r7/apal3/lib/boost_1_30_0/boost/type_traits/is_function.hpp", line 59 # Unexpected 'template'. ::BOOST_NESTED_TEMPLATE result_<T> ^^^^^^^^^^^^^^^^^^^^^ Error 24: "/mnt/r7/apal3/lib/boost_1_30_0/boost/type_traits/is_function.hpp", line 59 # '{' expected instead of '<'. ::BOOST_NESTED_TEMPLATE result_<T> ^ Error 20: "/mnt/r7/apal3/lib/boost_1_30_0/boost/type_traits/is_function.hpp", line 59 # '<' expected before '>'. ::BOOST_NESTED_TEMPLATE result_<T> ^ Error 24: "/mnt/r7/apal3/lib/boost_1_30_0/boost/type_traits/is_function.hpp", line 60 # ';' expected instead of '{'. { ^ Error 318: "/mnt/r7/apal3/lib/boost_1_30_0/boost/type_traits/is_function.hpp", line 59 # A template name was expected instead of 'T'. Did you forget to define the template? ::BOOST_NESTED_TEMPLATE result_<T> ^^ Error 263: "/mnt/r7/apal3/lib/boost_1_30_0/boost/type_traits/is_function.hpp", line 59 # Object expected in declaration list. ::BOOST_NESTED_TEMPLATE result_<T> ^^ Error 19: "/mnt/r7/apal3/lib/boost_1_30_0/boost/function/function_base.hpp", line 322 # Unexpected 'template'. struct enable_if : public enabled<Enabled>::template base<T> ^^^^^^^^ Error 24: "/mnt/r7/apal3/lib/boost_1_30_0/boost/function/function_base.hpp", line 322 # '{' expected instead of '<'. struct enable_if : public enabled<Enabled>::template base<T> ^ Error 20: "/mnt/r7/apal3/lib/boost_1_30_0/boost/function/function_base.hpp", line 322 # '<' expected before '>'. struct enable_if : public enabled<Enabled>::template base<T> ^ Error 24: "/mnt/r7/apal3/lib/boost_1_30_0/boost/function/function_base.hpp", line 323 # ';' expected instead of '{'. { ^ Error 419: "/mnt/r7/apal3/lib/boost_1_30_0/boost/function/function_base.hpp", line 322 # 'T' is used as a type, but has not been defined as a type. struct enable_if : public enabled<Enabled>::template base<T> ^ Error 318: "/mnt/r7/apal3/lib/boost_1_30_0/boost/function/function_base.hpp", line 322 # A template name was expected instead of '<type inserted by compiler>'. Did you forget to define the template? struct enable_if : public enabled<Enabled>::template base<T> ^ Error 699: "/mnt/r7/apal3/lib/boost_1_30_0/boost/function/function_base.hpp", line 322 # Error limit reached; halting compilation. struct enable_if : public enabled<Enabled>::template base<T> ^ aCC -AA -c +W823 -I/mnt/r7/apal3/lib/boost_1_30_0 -DBOOST_THREAD_BUILD_DLL=1 -mt -g +Z -I"../../../libs/thread/build" -I"/mnt/r7/apal3/lib/boost_1_30_0" -o "../../../libs/thread/build/bin/libboost_thread.so/acc/debug/runtime-link-dynamic/shared-linkable-true/threading-multi/condition.o" "../src/condition.cpp" ...failed aCC-C++-action ../../../libs/thread/build/bin/libboost_thread.so/acc/debug/runtime-link-dynamic/shared-linkable-true/threading-multi/condition.o... which is agian the same later i also tried to run configure using export CXX="aCC" export CXXFLAGS="-Aa -DAportable -D__HPACC_THREAD_SAFE_RB_TREE -DRWSTD_MULTI_THREAD -DRW_MULTI_THREAD -D_REENTRANT -D_THREAD_SAFE" export LDFLAGS="-DAportable" export LIBS="-lpthread" ./configure and coping the user.hpp to right location still the same error presist. Is there any way out to compile this? what can be done to resolve it. I don't want to use GCC on HPUX. Rgds Albert --------------------------------- Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs

3 3

Problem building Boost 1.31.0 for VC6
by Estese 02 May '04

02 May '04

Hi, I'm trying to build the Boost 1.31.0 libraries for VC6 (on WinXP). My installation of MSVC is "C:\Program Files\Microsoft Visual Studio\VC98". All my user environment variables point to this location, as they should. I created the bjam executable, placed it in my Boost root (C:/boost_1_31_0), and then ran bjam with the following command: bjam "-sTools=msvc" However, it attempts to run the following command for every library: "CALL D:\Program Files\Microsoft Visual Studio .NET 2003\VC7\bin\cl" I don't even have .NET installed on my PC! Why would it be doing this? I tried explicitly telling bjam where vc6 is with the -sMSVC_ROOT argument, but it always outputs the same result. I've verified all my user environment variables, and they all point to C: and to VC6, as they should. I don't know why bjam insists on trying to build the boost libraries for Visual Studio .NET. Any thoughts? Sean Estey __________________________________ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover

2 1

serialization library
by Russell Balest 01 May '04

01 May '04

Robert, Thank you for writing the serialization library. I'm in awe that someone finally did this so well. I've been using it for 2 days and think it's fantastic. I've been mucking with serialization frameworks myself for 8 years; now this will trump all my efforts and I'll give up and switch. Many Thanks, Russell Balest

1 0

RE: [Boost-users] Re: Config question:BOOST_NO_INTRINSIC_WCHAR_T(Intel7.1)
by Ben Hutchings 01 May '04

01 May '04

Christopher D. Russell <cdr(a)encapsule.com> wrote: > Thanks to Ben, Aleksey & John for the quick responses. > >And yes we know this is pain > Actually adding a command line switch, or punching the define into > user.hpp isn't all too bad in the grand scheme of things. > > Until Intel provides the cues required, may I suggest that a comment > be placed in boost/type_traits/is_integral.h at line 38: > > #ifndef BOOST_NO_INTRINSIC_WCHAR_T > // If the following line fails to compile and you're using the Intel > // compiler, see > // http://lists.boost.org/MailArchives/boost-users/msg06567.php <snip> It seems to me that it would be better still to put #ifdef BOOST_NO_INTRINSIC_WCHAR_T BOOST_STATIC_ASSERT(is_same<unsigned short, wchar_t>::value); #else BOOST_STATIC_ASSERT(!is_same<unsigned short, wchar_t>::value); #endif after the conditional definition of BOOST_NO_INTRINSIC_WCHAR_T to verify that the macro has been set/unset correctly. Ben.

3 3

lexical_cast<string> of type char
by DY, JERRY U (SBCSI) 01 May '04

01 May '04

I'm converting our code to use lexical_cast for converting between our numeric types to string. It worked mostly but was surprised to see what looked like graphic characters on my screen. It turns out that when we wanted to display the ascii value of a character, lexical_cast<string> doesn't work -- it doesn't treat the char as a numeric, which when we really think about it, makes a lot of sense. Casting the char to int solves the problem. But I was just wondering how the experts would handle this. char c = 65; string s1 = lexical_cast<string>(c) // s1 = "A" string s2 = lexical_cast<string>((int)c) // s2 = "65" Thanks! -Jerry

3 3

A BUG WITH THE BGL
by Hugues Joly 01 May '04

01 May '04

Hi, I have found a bug with the adjacency_list. It seems that there's a bug with the deletion of a vertex. See the attachment for a small program that triggers the problem. Thanks in advance. __________________________________________________________ Lèche-vitrine ou lèche-écran ? magasinage.yahoo.ca // test.cpp : Defines the entry point for the console application. // #include "stdafx.h" #include <boost/config.hpp> #include <iostream> #include <boost/graph/subgraph.hpp> #include <boost/graph/adjacency_list.hpp> #include <boost/graph/graph_utility.hpp> int _tmain(int argc, _TCHAR* argv[]) { using namespace boost; //typedef adjacency_list_traits<vecS, vecS, directedS> Traits;// Does nothing? typedef boost::property<boost::vertex_color_t, int, boost::property< boost::vertex_name_t, std::string > > VertexProperty; typedef adjacency_list<vecS, vecS, directedS, VertexProperty, property<edge_index_t, int> > Graph; Graph G0; Graph::vertex_descriptor v_descr[4]; Graph::edge_descriptor e_descr[4]; for (int i = 0; i < 4; i++) { v_descr[i] = boost::add_vertex(G0); } for (int i = 0; i < 4; i++) { boost::remove_vertex(v_descr[i], G0); } return 0; }

2 1

string/wstring conversion using lexical_cast
by Tony Djordjevski 30 Apr '04

30 Apr '04

Hi, I'm using Boost 1.31.0 with VC++ 7.1 and I'm having some problems converting std::string to std::wstring and back. Here's the code that I'm trying to get to compile: std::wstring x = boost::lexical_cast<std::wstring>( std::string("this doesn't work")); std::string y = boost::lexical_cast<std::string>( std::wstring(L"neither does this")); The error I get for string to wstring: lexical_cast.hpp(150): error C2679: binary '>>' : no operator found which takes a right-hand operand of type 'std::wstring' (or there is no acceptable conversion) And the errors I get for wstring to string: lexical_cast.hpp(144): error C2679: binary '<<' : no operator found which takes a right-hand operand of type 'const std::basic_string<_Elem,_Traits,_Ax>' (or there is no acceptable conversion) with [ _Elem=wchar_t, _Traits=std::char_traits<wchar_t>, _Ax=std::allocator<wchar_t> ] lexical_cast.hpp(144): error C2228: left of '.fail' must have class/struct/union type Any ideas of what I'm doing wrong? Best Regards, Tony Djordjevski

2 1

RE: [Boost-users] Regex simple code can't compile on linux, but it can be built on windows VC6.
by Ben Hutchings 30 Apr '04

30 Apr '04

John Maddock <john(a)johnmaddock.co.uk> wrote: <snip> > The g++ linker is pretty brain-dead - the libraries have to appear > on the command line *after* the source files that use them. This is not brain-dead. It is useful to be able to control the order in which symbols are looked for since they may be defined in more than one library. It is a bit weird that -l is not placed before the file names as is the Unix convention for options, but it *isn't* an option - it is a shortcut for specifying a file in the library search path that follows the usual library name convention (lib<name>.a) and is exactly equivalent to specifying the full file name (AFAIK). Secondly, there is no g++ linker. g++ can use various Unix linkers though it is most commonly used together with the linker from GNU binutils. However, all Unix linkers should behave this way. Ben.

1 0

Config question: BOOST_NO_INTRINSIC_WCHAR_T (Intel 7.1)
by Christopher D. Russell 30 Apr '04

30 Apr '04

Hello folks, I'm just getting around to upgrade to Boost 1_31_0 from Boost 1_30_0. I'm attempting to use 1_31_0 out-of-the-box (w/no bjam) but am confused about how to resolve problems related to native wchar_t support (or lack thereof). Some details: I'm using MSV6 with the Intel 7.1 compiler. Specifically I'm using: Intel(R) C++ Compiler for 32-bit applications, Version 7.1 Build 20030609Z I added a few #pragma messages to the config headers and have verified that config indeed seems to making the right decisions - at least at a high level: [Boost Configure: Selected Intel Compiler] [Boost Configure: Selected STLport Standard Library] [Boost Configure: Selected Win32 Platform] The specific error I encounter: d:\ENCAPSULE-EXTLIB\boost\boost_1_31_0\boost_1_31_0\boost/type_traits/is_inte gral.hpp(38): error: class "boost::is_integral<unsigned short>" has already been defined BOOST_TT_AUX_BOOL_TRAIT_CV_SPEC1(is_integral,wchar_t,true) ^ d:\ENCAPSULE-EXTLIB\boost\boost_1_31_0\boost_1_31_0\boost/type_traits/is_inte gral.hpp(38): error: class "boost::is_integral<const unsigned short>" has already been defined BOOST_TT_AUX_BOOL_TRAIT_CV_SPEC1(is_integral,wchar_t,true) ^ d:\ENCAPSULE-EXTLIB\boost\boost_1_31_0\boost_1_31_0\boost/type_traits/is_inte gral.hpp(38): error: class "boost::is_integral<volatile unsigned short>" has already been defined BOOST_TT_AUX_BOOL_TRAIT_CV_SPEC1(is_integral,wchar_t,true) ^ d:\ENCAPSULE-EXTLIB\boost\boost_1_31_0\boost_1_31_0\boost/type_traits/is_inte gral.hpp(38): error: class "boost::is_integral<const volatile unsigned short>" has already been defined BOOST_TT_AUX_BOOL_TRAIT_CV_SPEC1(is_integral,wchar_t,true) ^ ... tracked back into .../1_31_0/boost/type_traits/is_integral.hpp #ifndef BOOST_NO_INTRINSIC_WCHAR_T BOOST_TT_AUX_BOOL_TRAIT_CV_SPEC1(is_integral,wchar_t,true) #endif ... where BOOST_NO_INTRINSIC_WCHAR_T is defined in ../1_31_0/boost/config/compiler/intel.hpp // See http://aspn.activestate.com/ASPN/Mail/Message/boost/1614864 #if BOOST_INTEL_CXX_VERSION < 700 # define BOOST_NO_INTRINSIC_WCHAR_T #else // _WCHAR_T_DEFINED is the Win32 spelling // _WCHAR_T is the Linux spelling # if !defined(_WCHAR_T_DEFINED) && !defined(_WCHAR_T) # define BOOST_NO_INTRINSIC_WCHAR_T # endif #endif I read the post on ActiveState but I'm still confused. With the frequency of Intel compiler updates is it possible this particular release is not setting the expected macros correctly? If someone could give me a kick in the right direction I would appreciate it. I really want to try some of these nifty Spirit v1.8 facilities (wow Joel). - Thanks Chris

2 4

Regex simple code can't compile on linux, but it can be built on windows VC6.
by Guan Bin 30 Apr '04

30 Apr '04

Hi, the simple code is below: ____________________________________________________________________ #include <iostream> #include <string> #include "boost/regex.hpp" using namespace boost; regex expression("this is ([[:digit:]]*)"); int main(int argc, char* argv[]) { while (true) { char buf[1000]; memset(buf, 0, 1000); std::cin.getline(buf, 1000); std::string str(buf); cmatch match; if (!regex_match(str, match, expression)) { std::cout<<"Don't match"<<std::endl; continue; } for (int i = 0; i < match.size(); i++) { std::string msg; msg.assign(match[i].first, match[i].second); std::cout<<msg<<std::endl; } } return 0; } ____________________________________________________________________________________ the makefile is below ------------------------------------------------------ INCLUDE_DIR = /unzipped/boost_1_31_0/ -I/usr/local/include/stlport/ #INCLUDE_DIR = /unzipped/boost_1_31_0/ LIB_DIR = /unzipped/boost_1_31_0/libs/regex/build/gcc/ -L/usr/local/lib/ #LIB_DIR = /unzipped/boost_1_31_0/libs/regex/build/gcc/ LINK = boost_regex-gcc-1_31 -lstlport_gcc #LINK = boost_regex-gcc-1_31 FLG = -Wall all : regex_sample.o g++ regex_sample.o -L$(LIB_DIR) $(FLG) -l$(LINK) -o sample %.o : %.cpp g++ -I$(INCLUDE_DIR) -L$(LIB_DIR) $(FLG) -l$(LINK) -c $< -------------------------------------------------------------- and the error information is : ------------------------------------------------------------ [root@guanbin regex]# make g++ -I/unzipped/boost_1_31_0/ -I/usr/local/include/stlport/ -L/unzipped/boost_1_31_0/libs/regex/build/gcc/ -L/usr/local/lib/ -Wall -lboost_regex-gcc-1_31 -lstlport_gcc -c regex_sample.cpp regex_sample.cpp: In function `int main(int, char**)': regex_sample.cpp:37: warning: comparison between signed and unsigned integer expressions g++: -lboost_regex-gcc-1_31: linker input file unused because linking not done g++: -lstlport_gcc: linker input file unused because linking not done g++ regex_sample.o -L/unzipped/boost_1_31_0/libs/regex/build/gcc/ -L/usr/local/lib/ -Wall -lboost_regex-gcc-1_31 -lstlport_gcc -o sample regex_sample.o(.gnu.linkonce.t._ZN5boost9re_detail12perl_matcherIPKcN4_STL9allocatorINS_9sub_matchIS3_EEEENS_12regex_traitsIcEENS5_IcEEEC1ES3_S3_RNS_13match_resultsIS3_S8_EERKNS_14reg_expressionIcSA_SB_EENS_15regex_constants12_match_flagsE+0x51): In function `boost::re_detail::perl_matcher<char const*, _STL::allocator<boost::sub_match<char const*> >, boost::regex_traits<char>, _STL::allocator<char> >::perl_matcher[in-charge](char const*, char const*, boost::match_results<char const*, _STL::allocator<boost::sub_match<char const*> > >&, boost::reg_expression<char, boost::regex_traits<char>, _STL::allocator<char> > const&, boost::regex_constants::_match_flags)': : undefined reference to `boost::reg_expression<char, boost::regex_traits<char>, _STL::allocator<char> >::get_traits() const' regex_sample.o(.gnu.linkonce.t._ZN5boost9re_detail12perl_matcherIPKcN4_STL9allocatorINS_9sub_matchIS3_EEEENS_12regex_traitsIcEENS5_IcEEEC1ES3_S3_RNS_13match_resultsIS3_S8_EERKNS_14reg_expressionIcSA_SB_EENS_15regex_constants12_match_flagsE+0x8a): In function `boost::re_detail::perl_matcher<char const*, _STL::allocator<boost::sub_match<char const*> >, boost::regex_traits<char>, _STL::allocator<char> >::perl_matcher[in-charge](char const*, char const*, boost::match_results<char const*, _STL::allocator<boost::sub_match<char const*> > >&, boost::reg_expression<char, boost::regex_traits<char>, _STL::allocator<char> > const&, boost::regex_constants::_match_flags)': : undefined reference to `boost::reg_expression<char, boost::regex_traits<char>, _STL::allocator<char> >::empty() const' regex_sample.o(.gnu.linkonce.t._ZN5boost9re_detail12perl_matcherIPKcN4_STL9allocatorINS_9sub_matchIS3_EEEENS_12regex_traitsIcEENS5_IcEEE24estimate_max_state_countEPNS4_26random_access_iterator_tagE+0x2c): In function `boost::re_detail::perl_matcher<char const*, _STL::allocator<boost::sub_match<char const*> >, boost::regex_traits<char>, _STL::allocator<char> >::estimate_max_state_count(_STL::random_access_iterator_tag*)': : undefined reference to `boost::reg_expression<char, boost::regex_traits<char>, _STL::allocator<char> >::size() const' regex_sample.o(.gnu.linkonce.t._ZN5boost9re_detail12perl_matcherIPKcN4_STL9allocatorINS_9sub_matchIS3_EEEENS_12regex_traitsIcEENS5_IcEEE9match_impEv+0x94): In function `boost::re_detail::perl_matcher<char const*, _STL::allocator<boost::sub_match<char const*> >, boost::regex_traits<char>, _STL::allocator<char> >::match_imp()': : undefined reference to `boost::reg_expression<char, boost::regex_traits<char>, _STL::allocator<char> >::mark_count() const' regex_sample.o(.gnu.linkonce.t._ZN5boost9re_detail8access_tIcNS_12regex_traitsIcEEN4_STL9allocatorIcEEE5firstERKNS_14reg_expressionIcS3_S6_EE+0xd): In function `boost::re_detail::access_t<char, boost::regex_traits<char>, _STL::allocator<char> >::first(boost::reg_expression<char, boost::regex_traits<char>, _STL::allocator<char> > const&)': : undefined reference to `boost::reg_expression<char, boost::regex_traits<char>, _STL::allocator<char> >::first(boost::reg_expression<char, boost::regex_traits<char>, _STL::allocator<char> > const&)' regex_sample.o(.gnu.linkonce.t._ZN5boost9re_detail11raise_errorINS_12regex_traitsIcEEEEvRKT_j+0x21): In function `void boost::re_detail::raise_error<boost::regex_traits<char> >(boost::regex_traits<char> const&, unsigned)': : undefined reference to `boost::re_detail::raise_regex_exception(_STL::basic_string<char, _STL::char_traits<char>, _STL::allocator<char> > const&)' regex_sample.o(.gnu.linkonce.t._ZN5boost9re_detail8access_tIcNS_12regex_traitsIcEEN4_STL9allocatorIcEEE9can_startEcPKhh+0x24): In function `boost::re_detail::access_t<char, boost::regex_traits<char>, _STL::allocator<char> >::can_start(char, unsigned char const*, unsigned char)': : undefined reference to `boost::reg_expression<char, boost::regex_traits<char>, _STL::allocator<char> >::can_start(char, unsigned char const*, unsigned char, boost::re_detail::_narrow_type const&)' regex_sample.o(.gnu.linkonce.t._ZN5boost9re_detail16re_is_set_memberIPKccNS_12regex_traitsIcEEN4_STL9allocatorIcEEEET_S9_S9_PKNS0_11re_set_longERKNS_14reg_expressionIT0_T1_T2_EE+0x41): In function `char const* boost::re_detail::re_is_set_member<char const*, char, boost::regex_traits<char>, _STL::allocator<char> >(char const*, char const*, boost::re_detail::re_set_long const*, boost::reg_expression<char, boost::regex_traits<char>, _STL::allocator<char> > const&)': : undefined reference to `boost::reg_expression<char, boost::regex_traits<char>, _STL::allocator<char> >::get_traits() const' regex_sample.o(.gnu.linkonce.t._ZN5boost9re_detail16re_is_set_memberIPKccNS_12regex_traitsIcEEN4_STL9allocatorIcEEEET_S9_S9_PKNS0_11re_set_longERKNS_14reg_expressionIT0_T1_T2_EE+0x258): In function `char const* boost::re_detail::re_is_set_member<char const*, char, boost::regex_traits<char>, _STL::allocator<char> >(char const*, char const*, boost::re_detail::re_set_long const*, boost::reg_expression<char, boost::regex_traits<char>, _STL::allocator<char> > const&)': : undefined reference to `boost::c_regex_traits<char>::transform(_STL::basic_string<char, _STL::char_traits<char>, _STL::allocator<char> >&, _STL::basic_string<char, _STL::char_traits<char>, _STL::allocator<char> > const&)' regex_sample.o(.gnu.linkonce.t._ZN5boost9re_detail16re_is_set_memberIPKccNS_12regex_traitsIcEEN4_STL9allocatorIcEEEET_S9_S9_PKNS0_11re_set_longERKNS_14reg_expressionIT0_T1_T2_EE+0x34b): In function `char const* boost::re_detail::re_is_set_member<char const*, char, boost::regex_traits<char>, _STL::allocator<char> >(char const*, char const*, boost::re_detail::re_set_long const*, boost::reg_expression<char, boost::regex_traits<char>, _STL::allocator<char> > const&)': : undefined reference to `boost::c_regex_traits<char>::transform_primary(_STL::basic_string<char, _STL::char_traits<char>, _STL::allocator<char> >&, _STL::basic_string<char, _STL::char_traits<char>, _STL::allocator<char> > const&)' regex_sample.o(.gnu.linkonce.t._ZN5boost11basic_regexIcNS_12regex_traitsIcEEN4_STL9allocatorIcEEEC1EPKcjRKS5_+0x13): In function `boost::basic_regex<char, boost::regex_traits<char>, _STL::allocator<char> >::basic_regex[in-charge](char const*, unsigned, _STL::allocator<char> const&)': : undefined reference to `boost::reg_expression<char, boost::regex_traits<char>, _STL::allocator<char> >::reg_expression[not-in-charge](char const*, unsigned, _STL::allocator<char> const&)' regex_sample.o(.gnu.linkonce.t._ZN5boost11basic_regexIcNS_12regex_traitsIcEEN4_STL9allocatorIcEEED1Ev+0xd): In function `boost::basic_regex<char, boost::regex_traits<char>, _STL::allocator<char> >::~basic_regex [in-charge]()': : undefined reference to `boost::reg_expression<char, boost::regex_traits<char>, _STL::allocator<char> >::~reg_expression [not-in-charge]()' collect2: ld returned 1 exit status make: *** [all] Error 1 ------------------------------------------------------------------------------------- the environment is : linux redhat 9.0 gcc 3.2.2 boost_1_31_0 stlport_4_6_2 Who can help me? thanks Guan Bin gb0519(a)hotmail.com

2 1

Problem with Boost 1.31.0 Regex for tru64cxx65
by Richard Hadsell 29 Apr '04

29 Apr '04

Having found out how to build Bjam, I have tried to build the libraries of Boost 1.31.0 for tru64cxx65. I'm only interested in Regex at the moment, so I won't bother you with the problems building other libraries. When the build gets to this point: tru64cxx65-C++-action bin/boost/libs/regex/build/libboost_regex.so/tru64cxx65/release/cregex.o it hangs. I have run into this situation with other large files, and my usual remedy is to decrease the optimization level. How can I do that? If I can't do it for just this file, I'm willing to reduce the optimization level for the entire library, or even for all libraries. (This is not a platform that I worry about performance; it's just there to support a few vestigial machines.) -- Dick Hadsell 914-259-6320 Fax: 914-259-6499 Reply-to: hadsell(a)blueskystudios.com Blue Sky Studios http://www.blueskystudios.com 44 South Broadway, White Plains, NY 10601

2 2

Cannot build bjam for tru64cxx
by Richard Hadsell 29 Apr '04

29 Apr '04

I am trying to upgrade from Boost 1.30.0 to 1.31.0. I am unable to build bjam from the source in tools/build/jam_src: 67% build.sh tru64cxx ### ### Using 'tru64cxx' toolset. ### rm -rf bootstrap.tru64cxx mkdir bootstrap.tru64cxx cc -o bootstrap.tru64cxx/jam0 command.c compile.c execnt.c execunix.c execvms.c expand.c filent.c fileos2.c fileunix.c filevms.c glob.c hash.c hdrmacro.c headers.c jam.c jambase.c jamgram.c lists.c make.c make1.c newstr.c option.c parse.c pathunix.c pathvms.c regexp.c rules.c scan.c search.c subst.c timestamp.c variable.c modules.c strings.c filesys.c builtins.c pwd.c class.c native.c modules/set.c modules/path.c modules/regex.c modules/property-set.c modules/sequence.c command.c: compile.c: [snip] modules/sequence.c: ./bootstrap.tru64cxx/jam0 -f build.jam --toolset=tru64cxx --toolset-root= clean ...found 1 target... ...updating 1 target... ...updated 1 target... ./bootstrap.tru64cxx/jam0 -f build.jam --toolset=tru64cxx --toolset-root= don't know how to make ...found 1 target... ...can't find 1 target... -- Dick Hadsell 914-259-6320 Fax: 914-259-6499 Reply-to: hadsell(a)blueskystudios.com Blue Sky Studios http://www.blueskystudios.com 44 South Broadway, White Plains, NY 10601

3 5

Re: [Boost-users] Re: Config question: BOOST_NO_INTRINSIC_WCHAR_T(Intel7.1)
by Aleksey Gurtovoy 29 Apr '04

29 Apr '04

Christopher D. Russell writes: > Some additional information pertaining to BOOST_NO_INTRINSIC_WCHAR_T using > the Intel C++ 7.1 compiler in my MSVC 6 SP6 environment: > > Using Boost v1.31.0 + STLport v5.0-125 + Intel C++ v7.1 (I updated to build > 20030910Z) inside of MSVC 6 SP6 with a fairly recent MS Platform SDK, I > simply could not get boost/config/compiler/intel.hpp to send me down the road > to glory. In short, if you are running Intel in MSVC6 compatibility-mode and you are not compiling through bjam, you have to define BOOST_NO_INTRINSIC_WCHAR_T yourself -- either through command line or in the user config. If you are using bjam, the Intel toolset (http://tinyurl.com/2codz) does that for you. > > Inside of config/compiler/intel.hpp, _WCHAR_T_DEFINED is defined resulting in > BOOST_NO_INTRINSIC_WCHAR_T not being set. Subsequently, this results in the > compile-time error: > > boost/type_traits/is_integral.hpp(38): error: class > "boost::is_integral<unsigned short>" has already been defined > > Per "Compiler errors with Intel 7.1 and type_traits" > (http://lists.boost.org/MailArchives/boost/msg53033.php) specifically John > Maddock's reply (http://lists.boost.org/MailArchives/boost/msg53121.php) I > short-circuited the logic in config/compiler/intel.hpp and explicitly defined > BOOST_NO_INTRINSIC_WCHAR_T in config/user.hpp. This seems to work acceptably > for this project. But I'm not at all comfortable with this solution because I > really don't understand what the fundamental issue is with all this wchar_t > stuff. > > Forgive my ignorance but if, with my current working config, if I declare a > wchar_t type in my code I will get a 16-bit UCS-2 character. Correct? Having > now poured over all postings related to this subject in the archive, I have > an inkling that the root of all this stems from the way the compiler handles > type aliasing? Yes, more or less. > That is, with BOOST_NO_INTRINSIC_WCHAR_T a defined a wchar_t is actually an > alias for an unsigned int More likely 'unsigned short', but otherwise yes. > whereas in the case > !defined(BOOST_NO_INTRINSIC_WCHAR_T), the compiler treats wchar_t as an > intrinsic type? Yes. Or, rather, to be precisely clear, BOOST_NO_INTRINSIC_WCHAR_T _indicates_ to the Boost code that on the particular compiler/configuration 'wchar_t' is simply an alias for some other built-in integral type. It doesn't change the compiler's behavior. > And from this we get these template specialization errors? Yep. -- Aleksey Gurtovoy MetaCommunications Engineering

1 0

Boost won't build
by Charles Polisher 28 Apr '04

28 Apr '04

$ pwd /BUILD_TREES/boost $ bjam "-sTOOLS=gcc" /usr/bin/locate/allyourbase.jam: Not a directory /usr/bin/locate/boost-base.jam: Not a directory /BUILD_TREES/boost/tools/build/v1/bootstrap.jam:22: in boost-build rule load-jamfiles unknown in module /BUILD_TREES/boost/boost-build.jam:16: in module scope $ gcc -v <snip> gcc version 3.3 20030226 (prerelease) (SuSE Linux) I get the same result with both the latest release (1.31.0) on sourceforge and with the CVS version. Google, the FAQ and the list archives haven't yielded up a clue. I *must* be overlooking something obvious. Help!

2 3

RE: [Boost-users] Config question: BOOST_NO_INTRINSIC_WCHAR_T (Intel7.1)
by Ben Hutchings 28 Apr '04

28 Apr '04

Christopher D. Russell <cdr(a)encapsule.com> wrote: > I'm just getting around to upgrade to Boost 1_31_0 from Boost 1_30_0. > I'm attempting to use 1_31_0 out-of-the-box (w/no bjam) but am > confused about how to resolve problems related to native wchar_t > support (or lack thereof). <snip error messages> > ... tracked back into .../1_31_0/boost/type_traits/is_integral.hpp > > #ifndef BOOST_NO_INTRINSIC_WCHAR_T > BOOST_TT_AUX_BOOL_TRAIT_CV_SPEC1(is_integral,wchar_t,true) > #endif > > ... where BOOST_NO_INTRINSIC_WCHAR_T is defined in > ../1_31_0/boost/config/compiler/intel.hpp > > // See http://aspn.activestate.com/ASPN/Mail/Message/boost/1614864 > #if BOOST_INTEL_CXX_VERSION < 700 > # define BOOST_NO_INTRINSIC_WCHAR_T > #else > // _WCHAR_T_DEFINED is the Win32 spelling > // _WCHAR_T is the Linux spelling > # if !defined(_WCHAR_T_DEFINED) && !defined(_WCHAR_T) > # define BOOST_NO_INTRINSIC_WCHAR_T > # endif > #endif <snip> Since Intel C++ on Windows is supposed to be compatible with Visual C++ I think this should be testing _NATIVE_WCHAR_T_DEFINED and not _WCHAR_T_DEFINED. VC++ defines the latter if wchar_t is an intrinsic type *or* a type alias but it defines the former only if wchar_t is an intrinsic type. I couldn't find any detailed documentation for Intel C++ online so I don't know if it is exactly compatible in this respect.

1 0

Any one used boost with RISCOS and GCC
by dahman madani 28 Apr '04

28 Apr '04

To the community; I was wondering if anyone has experience using the boost libraries with the RISCOS platform Thanks Dahman

1 0

Problem building archive libs for mipspro
by Richard Hadsell 28 Apr '04

28 Apr '04

I am trying to upgrade from Boost 1.30.0 to 1.31.0. My main interest is in the Regex library. I was pleased to build its libraries successfully for intel-linux, both .a and .so forms, using bjam. When trying to build the libraries for mipspro, it fails to build the .a forms, because it is trying to use ranlib. The bjam system is too unfamiliar to me to debug it, so I'm hoping somebody else can give me a remedy. (Note: I built bjam from the source in tools/build/jam_src, as described in the docs.) Here is the evidence: 69% bjam "-sTOOLS=mipspro" --stagedir=stage "-sBUILD=debug release <threading>single" stage [snip] mipspro-Archive-action bin/boost/libs/regex/build/libboost_regex.a/mipspro/debug/libboost_regex-mp-d-1_31.a --- C++ prelinker: bin/boost/libs/regex/build/libboost_regex.a/mipspro/debug/c_regex_traits.o --- [snip] Ranlib bin/boost/libs/regex/build/libboost_regex.a/mipspro/debug/libboost_regex-mp-d-1_31.a /bin/sh[2]: ranlib: not found ranlib bin/boost/libs/regex/build/libboost_regex.a/mipspro/debug/libboost_regex-mp-d-1_31.a ...failed Ranlib bin/boost/libs/regex/build/libboost_regex.a/mipspro/debug/libboost_regex-mp-d-1_31.a... ...skipped <@boost!lib>libboost_regex-mp-d-1_31.a for lack of <@boost!libs!regex!build/libboost_regex.a/mipspro/debug>libboost_regex-mp-d-1_31.a... [snip] -- Dick Hadsell 914-259-6320 Fax: 914-259-6499 Reply-to: hadsell(a)blueskystudios.com Blue Sky Studios http://www.blueskystudios.com 44 South Broadway, White Plains, NY 10601

3 4

[BGL] jweb.sty and biconnected_components.w
by Sven de Vries 25 Apr '04

25 Apr '04

Hi, tried to latex the file biconnected_components.w. But it requires a package jweb that I can not find on ctan. Where could I get that from? thanks! sven

2 1

tokenizer: exceptions not documented
by Keith MacDonald 25 Apr '04

25 Apr '04

I discovered the hard way that tokenizer (from CVS head) can throw escaped_list_error. It would help if that was documented. Keith MacDonald

1 0

Iterators
by Witz 24 Apr '04

24 Apr '04

just a quick question - which maybe should have been directed at the developers list but ... would it be possible in the iterator adaptors to have an operator== defined that takes the base iterator as the right hand side? it would certainly cut down on typing and also obviate the need to create an end iterator that is only used as an 'end of container' sentinel value if it was possible it would allow us to write, for example: copy( make_filter_iterator<is_positive_number>(numbers, numbers + N), numbers + N, ostream_iterator<int>(cout, " ")); rather than: copy( make_filter_iterator<is_positive_number>(numbers, numbers + N), make_filter_iterator<is_positive_number>(numbers + N, numbers + N), ostream_iterator<int>(cout, " ")); of course i am aware that i might be missing something obvious ... ian whittley

3 5

boost format problems
by Navneet Dalal 23 Apr '04

23 Apr '04

Hi I decided to try boost::format for more compact and typesafe formatting of text. However, I am running into some problems. Problem 1 ============== The following line throws boost:bad_format_string exception. std::cout << format("%|1| %|2$3|") % "Hello" % 3 << std::endl; However, this one works std::cout << format("%|1|") % "Hello" << std::endl; All I want to do is use notation for printing character streams i.e. %|1| instead of %1% Is this a bug or I am doing something wrong? Problem 2 ============= How can I print a float such that it appends 0 for remaining precision digits. For e.g. let us say I want to print 0.2 with 5 characters of overall length and till 3 digits of precision. Kind of output I am looking for is 0.200 One would expect that following command may work (as I am indicating left print, fill any remaining characters and till 3 digits of precision after decimal) std::cout << format("#%|1$-05.03|#") % 0.2 << std::endl; // however it prints #0.2 # This command prints something like std::cout << format("#%|1$05.03|#") % 0.2 << std::endl; // it prints #000.2# with C++ cout, I can print it like std::cout << '#' << std::left << std::setfill('0') << std::setw(5) << std::setprecision(3) << 0.2 << '#' << std::endl; so on similar lines I wrote following line. it works, but it seems ugly to use group only for this std::cout << format("#%|1$-05.3|#") % group(setfill('0'), 0.2) << std::endl; // prints #0.200# Does any one has any other suggestions? regards navneet

2 1

Compilation problem with BOOST::filesystem lib
by Peter Koerber 23 Apr '04

23 Apr '04

Hello, i try to compile the *.cpp files of boost::filesystem within the following environment: os: Windows XP compiler: Visual C++ Toolkit 2003 (this is the free version of MS Visual C++ V7.1) boost: Version 1.31.0 If BOOST_WINDOWS is defined, the file windows.h is included in the sources: * exception.cpp * operations_posix_windows.cpp. Otherwise the file errno.h is included. BOOST_WINDOWS is defined within the environment mentioned above, but the compiler does not have a windows.h include file. Hence compilation fails. OTOH, if BOOST_WINDOWS is "manually" undefined, the errno constant: ETXTBSY is not defined in the file errno.h which comes with the Visual C++ Toolkit 2003. Kind regards Peter

2 1

BGL: INTERNAL COMPILER ERROR in VC7.1
by Nicholas Burlett 22 Apr '04

22 Apr '04

I'm rather unsure about what is causing this, but I get an internal compiler error in Visual C++ 7.1 when using BGL in some specific circumstances. I have a graph defined in class Graph defined as such: typedef property<edge_feedback_t, bool> EdgeFeedback; typedef property<edge_sourcejack_t, IAudioOutputJack*, EdgeFeedback> EdgeSourceJack; typedef property<edge_destinationjack_t, IAudioInputJack*, EdgeSourceJack> EdgeDestinationJack; typedef EdgeDestinationJack EdgeProperty; typedef boost::property<boost::vertex_index_t, int> VertexIndexProp; typedef property<vertex_name_t, nsCOMPtr<IAudioModule>, VertexIndexProp> VertexProperty; typedef adjacency_list<listS, listS, bidirectionalS, VertexProperty, EdgeProperty> graphdata; typedef graph_traits < graphdata >::vertex_descriptor vertdsc; This definition works fine in the graph.cpp file that implements the class Graph. However, when I use graph.h in another cpp file, I get bizarre compiler errors: c:\Boost\include\boost -1_31\boost\mpl\aux_\preprocessed\plain\apply.hpp(50) : fatal error C1001: INTERNAL COMPILER ERROR After some trial and error, I narrowed the problem down to needing to have a != between two oedge_iterators _somewhere_ in the cpp file including graph.h. Simply putting the following function into my other files will cause them to compile just fine: void makeVChappy() { typedef graph_traits< Graph::graphdata >::out_edge_iterator oedge_iterator; oedge_iterator oiter, oend; oiter != oend; } I'm a a complete loss as to how this could be happening, but since I have a work-around for now, I'm not going to push the issue too much further at the moment --- I just thought I'd bring this to your attention, and see if anyone knows of a more elegant solution.

5 5

RE: [Boost-users] Compilation problem with BOOST::filesystem lib
by Ben Hutchings 22 Apr '04

22 Apr '04

Peter Koerber <pk(a)ExperTeam.de> wrote: > i try to compile the *.cpp files of boost::filesystem within the > following environment: > > os: Windows XP > compiler: Visual C++ Toolkit 2003 (this is the free version > of MS Visual C++ V7.1) > boost: Version 1.31.0 > > If BOOST_WINDOWS is defined, the file windows.h is included > in the sources: > * exception.cpp > * operations_posix_windows.cpp. > > Otherwise the file errno.h is included. > > BOOST_WINDOWS is defined within the environment mentioned above, > but the compiler does not have a windows.h include file. Hence > compilation fails. <snip> You need to install the Windows Platform SDK as well as the Toolkit.

1 0

problems using VC 7.1 and boost regex library
by Keith Smith 22 Apr '04

22 Apr '04

Sorry if this is a resend, but not sure if the original got sent! I tried your suggestion, and it appears that I still have the same errors. Anyone have any other ideas? (See Attached) -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of John Maddock Sent: Thursday, April 15, 2004 5:45 AM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] problems using VC 7.1 and boost regex library > I have been trying to compile the following code with VC 7.1 ( which > compiled fine with VC 6 ) with no luck. > > std::string m_rBuffer; > boost::regex m_rStartExp; > > string::const_iterator rRawDataBegin = m_rBuffer.begin(); > string::const_iterator rRawDataEnd = m_rBuffer.end(); > > boost::cmatch rStartMessage; > > unsigned int flags = boost::match_default; > while ( boost::regex_search(rRawDataBegin, > rRawDataEnd, > rStartMessage, > m_rStartExp, > flags) ) > > Included is the compiler error report. The match-flags area distinct type, so use: boost::match_flag_type flags = boost::match_default; John. _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

2 1

Problems with installation of boost unit_test_framework
by Matthew Burgess 21 Apr '04

21 Apr '04

Hi folks, http://www.boost.org/libs/test/doc/components/unit_test_framework/compilati… states that I can include <boost/test/included/unit_test_framework.hpp> in order to avoid having to link against the unit_test_framework library. However, the files it #includes are located in the boost test library source directory which doesn't appear to be installed by the default bjam procedure (I just get '/opt/boost/lib' &'/opt/boost/include' directories after installing boost). If it helps to clarify things here's some output: --- bash-2.05b$ cat example1.cpp #include <boost/test/included/unit_test_framework.hpp> using boost::unit_test_framework::test_suite; void test_function() { BOOST_CHECK(2 == 1); // intentional failure } test_suite* init_unit_test_suite(int, char* []) { test_suite* test = BOOST_TEST_SUITE("Unit test example 1"); test->add(BOOST_TEST_CASE(&test_function)); return test; } bash-2.05b$ g++ -I /opt/boost/include/boost-1_31/ -L /opt/boost/lib/ -o test example1.cpp In file included from example1.cpp:2: /opt/boost/include/boost-1_31/boost/test/included/unit_test_framework.h pp:18:47: libs/test/src/execution_monitor.cpp: No such file or directory ... --- The only place I find the required files is in the original location I extracted the boost source tarball to. I can (and have) copied the 'libs' directory to sit inside my 'include' directory and verified this fixes things, but I doubt very much this is the correct solution. I'm particularly concerned that if someone else wants to compile my toy code, simply telling them to "install boost" might not be enough. Related to all this is the issue of best-practice. Should I make efforts not to have to link to a library, what are the trade-offs? Can I simply take a copy of the required boost headers and place them directly in my project's directory structure? If not, is anyone aware of an autoconf style macro that can be used to detect the presence of the boost headers and/or libraries? I took a quick glance at the autoconf-archive but didn't see anything immediately. Thanks for anyone who can hit me with a cluebat (or FAQ pointer). Matt Burgess

1 0

problems using VC 7.1 and boost regex library ( this time with attachment )
by Keith Smith 21 Apr '04

21 Apr '04

1 0

problems using VC 7.1 and boost regex library
by Keith Smith 21 Apr '04

21 Apr '04

I tried your suggestion, and it appears that I still have the same errors. Anyone have any other ideas? (See Attached) -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of John Maddock Sent: Thursday, April 15, 2004 5:45 AM To: boost-users(a)lists.boost.org Subject: Re: [Boost-users] problems using VC 7.1 and boost regex library > I have been trying to compile the following code with VC 7.1 ( which > compiled fine with VC 6 ) with no luck. > > std::string m_rBuffer; > boost::regex m_rStartExp; > > string::const_iterator rRawDataBegin = m_rBuffer.begin(); > string::const_iterator rRawDataEnd = m_rBuffer.end(); > > boost::cmatch rStartMessage; > > unsigned int flags = boost::match_default; > while ( boost::regex_search(rRawDataBegin, > rRawDataEnd, > rStartMessage, > m_rStartExp, > flags) ) > > Included is the compiler error report. The match-flags area distinct type, so use: boost::match_flag_type flags = boost::match_default; John. _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

Selection scheme for boost libraries
by Uli Tuerk 19 Apr '04

19 Apr '04

Hi all! I have a very basic problem with the boost libraries: I used bjam to build all boost libraries for Linux (using "gcc" as toolset and the call 'bjam "-sTOOLS=gcc" install'). All went fine, however I wanted to do the regression tests for boost_regex using the gcc.mak Makefile in <boost_main>/libs/regex/test/regress which uses "-lboost_regex" for linking. The linker reported an error because there is no "libboost_regex.so" in my lib folder unless I created a link with this name to one of the various versions of libboost_regex. A comment for these Makefiles would be helpful for the case when having build all with bjam. When compiling the regex part alone, the library is created in build/gcc with the correct name (libboost_regex.so). I'm new to C++, so maybe I haven't got the point with the sophisticated naming scheme of the libraries, but: for the library "libboost_regex-gcc-mt-d-1_31.so" e.g. are the tool specifier ("gcc") and the version ("1_31") really necessary for a platform using version numbering of the libraries anyway in the ".so" extension? OK, there are still the categories with/without debug and with/without threading. How would you guys select the type of library? In the Makefile? Thanks in advance! Uli ************************************************************************ Uli Türk

2 1

BGL assertion
by Val Samko 18 Apr '04

18 Apr '04

Something triggers the assert line in push_relabel_max_flow, assert(algo.is_flow()); is that internal push_relabel_max_flow problem, or this means I supply invalid data to this function? Val Samko http://val.digiways.com

1 0

Problems compiling boost.python with Boost 1.31.0
by Markus Sch�pflin 17 Apr '04

17 Apr '04

I'm trying to compile boost.python from Boost 1.31.0 on Tru64 5.1 with Compaq C++ V6.5-033. Python has been built like this: ./configure --with-cxx=cxx --prefix=/opt --exec-prefix=/opt/exec/OSF1-V5.1-a lpha --without-gcc The command line used to build boost.python looks like this: bjam -sTOOLS=tru64cxx65 -sPYTHON_ROOT="/opt" -sPYTHON_VERSION="2.3" stage When build boost.python I get the following error message: tru64cxx65-C++-action bin/boost/libs/python/build/libboost_python.so/tru64cxx65/debug/numeric.o cxx: Error: /net/camos/opt/include/python2.3/Python.h, line 8: #5 could not open source file "pyconfig.h" #include "pyconfig.h" ---------------------^ It looks like the exec prefix is not taken into account because the file is located here: /opt/exec/OSF1-V5.1-alpha/include/python2.3/pyconfig.h Is this not supported by the current boost build process or is there any option I missed? Or is there anything else I'm doing wrong? Thanks, Markus

3 3

broken link in boost.org FAQ
by Mike Morearty 17 Apr '04

17 Apr '04

Minor problem: on the FAQ at http://www.boost.org/more/faq.htm , the very first question is, "How do I download the libraries?" and the answer is, "See Download instructions." But "Download" is a broken link. Points to http://www.boost.org/libs/libraries.htm#Download ; although http://www.boost.org/libs/libraries.htm does exist, it does not contain an anchor called "Download". The FAQ should probably be changed to point to http://www.boost.org/more/getting_started.html , or maybe to http://sourceforge.net/project/showfiles.php?group_id=7586 - Mike Morearty

1 0

[MPL] Runtime Interaction
by Debian User 16 Apr '04

16 Apr '04

[Sent via gmane but it never appeared] Hi gang, Suppose I have a number of types that each have a "value" enum, much like MPL's constant classes. Now suppose that I want to construct a runtime-indexable array of those values, according to the position of each type in an MPL vector. For example: int values[3]; typedef boost::mpl::vector_c<int,10, 11, 12> values; typedef some_magic_metafunction<values>::type runtime_function; // values[0] = 10, values[1] = 11, values[2] = 12 runtime_function::fill_array(values); The idea is that some_magic_metafunction<values> would generate a type kind of like this: template<typename TypeValueList, typename Index> struct magic { static void fill_array(int *v) { // Non-MPL type vector indexing -- could use an // MPL iterator here v[Index::value] = TypeValueList<Index::value>::value; if (Index::value < distance<begin<TypeValueList>::type, end<TypeValueList>::type>::type::value) { magic<TypeValueList, Index::next>::fill_array(v); } }; }; Get it? The problem is that I don't know how to make MPL transition from strictly compile-time to something in-between. It can statically know the size of the value array and the values themselves but it has to fill the array "values" at runtime so that the values may be indexed by runtime computations. Any guidance? Thanks! -Dave

2 1

problems using VC 7.1 and boost regex library
by Keith Smith 15 Apr '04

15 Apr '04

I have been trying to compile the following code with VC 7.1 ( which compiled fine with VC 6 ) with no luck. std::string m_rBuffer; boost::regex m_rStartExp; string::const_iterator rRawDataBegin = m_rBuffer.begin(); string::const_iterator rRawDataEnd = m_rBuffer.end(); boost::cmatch rStartMessage; unsigned int flags = boost::match_default; while ( boost::regex_search(rRawDataBegin, rRawDataEnd, rStartMessage, m_rStartExp, flags) ) Included is the compiler error report. Please throw me a bone.

2 1

BGL linking on Win32
by maxx＠dgap.mipt.ru 15 Apr '04

15 Apr '04

Hi! whenever I use libbgl-viz.lib to read graphviz files, I get a linker errors like this: msvcprt.lib(MSVCP71.dll) : error LNK2005: "public: __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &)" (??0?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@ABV01@@Z) already defined in Graphviz.obj It was Ok to add "/NODEFAULTLIB:msvcrt" to the compiler options, but now I need that library! So if I don't add this option, I get errors like the one above, if I do add it, I get errors "unresolved symbols"... What is probably(or definitely) wrong? Thanks in advance, -- Maxim

2 1

RE: [Boost-users] Changing the heap allocator
by Jim.Hyslop 14 Apr '04

14 Apr '04

David Barrett-Lennard wrote: > Yes HeapSetInformation() will do it once you have the heap handle. > However, the CRT creates its own heap with a call to HeapCreate(), and > stores the heap handle in a global variable called _crtheap > that is not > exported by the library. Right, of course - I thought that GetProcessHeap() would return the correct heap, but it does not. -- Jim Hyslop Senior Software Designer Leitch Technology International Inc. (http://www.leitch.com) Columnist, C/C++ Users Journal (http://www.cuj.com/experts)

1 0

RE: [Boost-users] Changing the heap allocator
by Jim.Hyslop 14 Apr '04

14 Apr '04

David Barrett-Lennard wrote: > Does anyone know how to enable the LFH (low fragmentation > heap) for the > heap created by the VC CRT? Have you tried HeapSetInformation()? -- Jim Hyslop Senior Software Designer Leitch Technology International Inc. (http://www.leitch.com) Columnist, C/C++ Users Journal (http://www.cuj.com/experts)

2 1

Changing the heap allocator
by David Barrett-Lennard 13 Apr '04

13 Apr '04

Hi, I'm working on a project where I've replaced Microsoft's (terrible) heap allocator with the Doug Lea allocator. There seems to be some cases where the Windows XP allocator is 500 times slower than it should be. This made my program take minutes rather than seconds to run. To try to understand what kind of allocation patterns cause the behaviour I wrote a small console application (see below). After playing around with different allocation patterns for half an hour I found a case where the pathological behaviour appeared. I'm none the wiser about the problem. For example, moving the malloc(301) statement before the 7 x malloc(1000) makes the problem go away! However, given the ease with which I rediscovered the problem, I wonder why there aren't more complaints about Microsoft's heap allocator. With some allocation patterns I have seen the allocator fall below 1kHz on a Pentium IV 2GHz machine! I've created a library that exports alternative versions of operator new and operator delete, by using a def file as follows EXPORTS ??2@YAPAXI@Z ??3@YAXPAX@Z I've had to do some hacky things to make it work with the STL (because of msvcp60.dll) , but that's another story! Now my question : I want to use boost, but need to work out how to make it use a different allocator. Will I need to rebuild the boost dlls (such as boost_python.dll), against my static library? Regards, David Barrett-Lennard /////////////////////// heap allocation test /////////////////////////// #include <iostream> #include <time.h> int main(int argc, char* argv[]) { for (int count=1 ; count <= 5 ; ++count) { int n1 = 0, n2 = 0; clock_t start = clock(); { const int NUM = 10000; void* L[NUM*7]; for (int i=0 ; i < NUM ; ++i) { for (int j=0 ; j < 7 ; ++j) L[n1++] = malloc(1000); void* leak = malloc(301); ++n2; } for (int k=n1-1 ; k >= 0 ; --k) free(L[k]); } clock_t elapsed = clock()-start; if (elapsed) { std::cout << "Time = " << elapsed << " ms" << " Rate = " << 1000 * (n1 + n2) / elapsed << " Hz" << std::endl; } } return 0; }

3 4

Using boost::regex 1.31.0 on vc6
by Chris Branch 10 Apr '04

10 Apr '04

Hi, I'm trying to use boost::regex 1.31.0 (the v4 source code) on MSVC++6 (sp5), but whenever I compile a project using the new code I get an internal compiler error in perl_matcher_common.hpp and no object is built. I want to use the new v4 code (the older v3 code works, and I'll use that if I have to) but this file is quite important... is there something I can do, or does it not work with VC6? Thanks, Chris

2 2

boost::thread and boost::bind
by GoochRules! 10 Apr '04

10 Apr '04

I am attempting to do this in vs.net 2003: int f(HANDLE, HANDLE, HANDLE); int main(int argc, char* argv[]) { HANDLE x; HANDLE y; HANDLE z; boost::thread* p = new boost::thread(boost::bind(f, x, y, z); p->join(); delete p; } As a contrived example it works. In my project it does not, spewing out 5 errors: 1) c:\src\include\boost\bind.hpp(62) : error C2825: 'F::result_type': cannot form a qualified name c:\src\include\boost\bind\bind_template.hpp(16) : see reference to class template instantiation 'boost::_bi::result_traits<R,F>' being compiled with [ R=boost::_bi::unspecified, F=int (__cdecl *)(HANDLE,HANDLE) ] c:\src\ansa-1.0\src\main\main.cpp(369) : see reference to class template instantiation 'boost::_bi::bind_t<R,F,L>' being compiled with [ R=boost::_bi::unspecified, F=int (__cdecl *)(HANDLE,HANDLE), L=boost::_bi::list3<boost::_bi::list_av_3<fd_xpt,fd_xpt,fd_xpt>:: B1,boost::_bi::list_av_3<fd_xpt,fd_xpt,fd_xpt>::B2,boost::_bi:: list_av_3<fd_xpt,fd_xpt,fd_xpt>::B3> ] 2) c:\src\include\boost\bind.hpp(62) : error C2039: 'result_type' : is not a member of 'operator``global namespace''' 3) c:\src\include\boost\bind.hpp(62) : error C2146: syntax error : missing ';' before identifier 'type' 4) c:\src\include\boost\bind.hpp(62) : error C2955: 'boost::_bi::type' : use of class template requires template argument list c:\src\include\boost\bind.hpp(94) : see declaration of 'boost::_bi::type' 5) c:\src\include\boost\bind.hpp(62) : fatal error C1903: unable to recover from previous error(s); stopping compilation note: fd_xpt is declared as "typedef HANDLE fd_xpt;", and c:\src\ansa-1.0\src\main\main.cpp(369) is similar to "boost::thread* p = new boost::thread(boost::bind(f, x, y, z);" in the example. It appears that the compiler thinks my first argument is a "int (__cdecl *)(HANDLE,HANDLE)" when it is most certainly a "int (__cdecl *)(HANDLE,HANDLE,HANDLE)". It used to take two arguments, but I've since added a third (it was at this very point that these errors crashed the party). I am sure that there is no declaration that specifies only two arguments: I've had two other developers verify this. I have cleaned my project multiple times, even by hand, as well as getting a clean source tree from cvs, and yet I still get these errors. Any suggestions on how to silence these errors are greatly appreciated. --mpeltzer goochrules(a)hotmail.com

3 3

Re: [boost] Re: [python] external references to python details
by Domenico Andreoli 10 Apr '04

10 Apr '04

hi, Lars Gullik Bj�nnes writes: > David Abrahams <dave(a)boost-consulting.com> writes: > > | larsbj(a)gullik.net (Lars Gullik Bj�nnes) writes: > > > >> I just discovered that boost libraries (or only one...) depend on > >> files in python/detail. That should probably be fixed? > > > | Got a suggested patch? > > Not really. > > With the subset I use from boost moving indirect_traits.hpp and > is_xxx.hpp from boost/python/detail/ to boost/detail/ (and fixup > #includes) seems like the simple fix. here at Debian we have the same problem, please see bug #242801 [0]. this suggestion could would fix also our situation. any news? thanks domenico [0] http://bugs.debian.org/242801 -----[ Domenico Andreoli, aka cavok --[ http://filibusta.crema.unimi.it/~cavok/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50

1 0