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

How to print description of positional arguments with boost.program_options
by Angel Tsankov 18 Mar '08

18 Mar '08

Hello! Can I use boost.program_options to print a description, stating that a program only accepts a positional argument (position 1, name command) whose value can be install, run and uninstall. If so, how? Angel Tsankov

1 0

template int argument
by Hicham Mouline 18 Mar '08

18 Mar '08

hi, I have a template function <typename cT, typename tT, int n> { .... double array[n]; if (n==2) binomial code else if (n==3) trinomial code (array[0] array[1] array[2]) else .... compiler tries to compile the "trinomial code" code even when the template is instantiated with n=2, and that gives warnings because of array[2] Is there a way to make the compiler ignore the non-binomial code ? rds,

3 4

[boost::ublas] low level of performance with xlC
by Eloi Gaudry 18 Mar '08

18 Mar '08

I'd like to get your point of view on the following topic: runtime performance of binaries built against the IBM VisualAge c++ compilers. I've been recently investigating (with a colleague) various performance matters on a subset of platforms: Power 4 and Power 5 architecture running on different flavors of the AIX operating system, using binaries built with VisualAge C/C++ . We built and ran the boost::uBlas regression tests using either the VisualAge C/C++ v.9 or the GCC 4.0 compilers. Using similar levels of optimization, we observed that the GCC binaries were running much faster. The same tests were performed on a Linux 64-bits machine using a standard Core2 processor and GCC-4.2 and performance was again much much higher. Are we missing something here, something that could allow us to get a decent level of performance with the IBM compilers ? Thanks, Eloi -- Eloi Gaudry Free Field Technologies Axis Park Louvain-la-Neuve Rue Emile Francqui, 1 B-1435 Mont-Saint Guibert BELGIUM Company Phone: +32 10 487 959 Company Fax: +32 10 454 626

1 1

Re: [Boost-users] Error locating MSVCP80D.DLL MSVCR80D.DLL fromBoostlibraries boost-*-vc80-mt-gd-1_34_1.dll
by Erignac, Charles A 18 Mar '08

18 Mar '08

Thank you all for the replys to my enquiry. I solved my problem by installing the Service Pack 1 of VC-8.0. This update introduces a new set of runtimes (rev 762) that the loader is able to match with the Boost dlls. Oddly enough, the dependency walker (V2.2.6000) still fails to locate MSVCR80D.DLL as referenced by the version of MSVCP80D.DLL located here: c:\windows\winsxs\x86_microsoft.vc80.debugcrt_1fc8b3b9a1e18e3b_8.0.50727 .762_x-ww_5490cd9f\MSVCP80D.DLL Best regards, Charles > ______________________________________________ > From: Erignac, Charles A > Sent: Monday, March 17, 2008 10:53 > To: 'Boost-users(a)lists.boost.org' > Subject: Error locating MSVCP80D.DLL MSVCR80D.DLL from Boost > libraries boost-*-vc80-mt-gd-1_34_1.dll > > My boost dependent applications fail to start in debug mode: error > 14001. > The dependency walker cannot locate the VC-8.0 runtime dlls referenced > by the boost-*-vc80-mt-gd-1_34_1.dll libraries I build on my machine. > That is the multi-threaded debug dll runtime: MSVCP80D.DLL, > MSVCR80D.DLL. > The binary distribution I got from boost.com has the same problem. > This is related to the side-by-side configuration rather than making > sure that the runtime dlls are in my path. > A default win32 console project from VC-8.0 links fine in > multi-threaded debug dll runtime mode. > Also, a dll compiled in the VC-8.0 IDE referencing boost will resolve > the runtime correctly but the associated boost dlls won't. Thus the > dependency walker will also report unresolved runtime dlls/ > > I have re-installed VC-8.0 but without success. I also have VC-7.1 on > my machine. > > Help is greatly appreciated. > > Best regards, > Charles

1 0

Error locating MSVCP80D.DLL MSVCR80D.DLL from Boost libraries boost-*-vc80-mt-gd-1_34_1.dll
by Erignac, Charles A 18 Mar '08

18 Mar '08

My boost dependent applications fail to start in debug mode: error 14001. The dependency walker cannot locate the VC-8.0 runtime dlls referenced by the boost-*-vc80-mt-gd-1_34_1.dll libraries I build on my machine. That is the multi-threaded debug dll runtime: MSVCP80D.DLL, MSVCR80D.DLL. The binary distribution I got from boost.com has the same problem. This is related to the side-by-side configuration rather than making sure that the runtime dlls are in my path. A default win32 console project from VC-8.0 links fine in multi-threaded debug dll runtime mode. Also, a dll compiled in the VC-8.0 IDE referencing boost will resolve the runtime correctly but the associated boost dlls won't. Thus the dependency walker will also report unresolved runtime dlls/ I have re-installed VC-8.0 but without success. I also have VC-7.1 on my machine. Help is greatly appreciated. Best regards, Charles

3 2

Ugly warnings from BOOST_STATIC_ASSERT
by Erik 18 Mar '08

18 Mar '08

We have this really neat and simple macro in our project: #define compile_assert(x) typedef bool COMPILE_ASSERT[(x) ? 1 : -1] Although it does what we need and serves us well, I tried to replace it with BOOST_STATIC_ASSERT. Unfortunately this resulted in a lot of ugly warnings throughout the compile: warning: use of old-style cast Is there any chance to get this fixed?

3 4

boost/thread/detail/singleton.hpp : link error with VS 2008 and \clr option
by jean marc Mercier 18 Mar '08

18 Mar '08

Hello, I am using boost 1.34.1 and Visual C++ 2008. I use, among other boost facilities, the threaded singleton pattern included in #include <boost/thread/detail/singleton.hpp> This singleton just work fine when compiled withouth the /clr (common langage runtime) option. But, when the \clr option is active, I get 6 link error (LNK2019) : see bottom of message. At present time, the only workaround I have found is to comment the #include <boost/thread/detail/config.hpp> contained in <boost/thread/detail/singleton.hpp>. Did I misused something ? Thank you in advance for suggestions in this direction. Jean-Marc 1>libboost_thread-vc80-mt-gd-1_34_1.lib(tss.obj) : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __thiscall std::_Container_base::~_Container_base(void)" (__imp_??1_Container_base@std@@QAE@XZ) referenced in function "public: __thiscall std::_Vector_val<class boost::function1<void,void *,class std::allocator<class boost::function_base> > *,class std::allocator<class boost::function1<void,void *,class std::allocator<class boost::function_base> > *> >::~_Vector_val<class boost::function1<void,void *,class std::allocator<class boost::function_base> > *,class std::allocator<class boost::function1<void,void *,class std::allocator<class boost::function_base> > *> >(void)" (??1?$_Vector_val@PAV?$function1@XPAXV?$allocator@Vfunction_base@boost@@@std@@@boost@@V?$allocator@PAV?$function1@XPAXV?$allocator@Vfunction_base@boost@@@std@@@boost@@@std@@@std@@QAE@XZ) etc...

1 0

intrusive_ptr.hpp recursively including itself?
by framebuffer 18 Mar '08

18 Mar '08

Hello, I am using boost version 1.34. I installed prebuilt libraries and have not modified them in any way. When I try to compile the following program: #include <iostream> #include "boost/signals.hpp" void my_first_slot() { std::cout << "void my_first_slot()\n"; } class my_second_slot { public: void operator()() const { std::cout <<"void my_second_slot::operator()() const\n"; } }; int main() { boost::signal<void ()> sig; sig.connect(&my_first_slot); sig.connect(my_second_slot()); std::cout << "Emitting a signal...\n"; sig(); } I get the error: Error 1 fatal error C1014: too many include files : depth = 1024 d:\program files (x86)\boost\boost_1_34_0\boost\intrusive_ptr.hpp 1 Upon inspection I found that the intrusive_ptr.hpp is including itself. http://www.nabble.com/file/p16075513/intrusive_ptr.hpp intrusive_ptr.hpp The header of the file is as follows: #include <boost/detail/lightweight_test.hpp> #include <boost/intrusive_ptr.hpp> #include <boost/detail/atomic_count.hpp> #include <boost/config.hpp> #include <algorithm> #include <functional> When I try to use include guards it doesn't work either. I tried to find the answer in google but it seems I'm the only one having this problem. What is wrong here? Thanks. -- View this message in context: http://www.nabble.com/intrusive_ptr.hpp-recursively-including-itself--tp160… Sent from the Boost - Users mailing list archive at Nabble.com.

2 2

Boost-1.35
by Surya Kiran Gullapalli 18 Mar '08

18 Mar '08

I've recently upgraded my compiler from gcc-4.2 to gcc-4.3 and found that boost compilation is failing with an error saying undefined symbol CHAR_BIT. I've gone thru mailing list and found out this is fixed in cvs version (which is upcoming boost-1.35) Now my question is When is boost-1.35 expected? Surya

3 5

what permutation_iterator base returns
by Abir Basak 18 Mar '08

18 Mar '08

Hi, though the document says the boost permutation_iterator base returns an element iterator, but it seems actually returns the index iterator. eg, typedef std::vector<int> VI;///index iterator VI v; v+=1,3,4;///indices typedef std::vector<double> VF;///element iterator VF v1; v1+=0.5,1.5,2.5,3.5,4.5,5.5,6.5,7.5;///elements typedef boost::permutation_iterator<VF::iterator,VI::iterator> PI; PI b1 = boost::make_permutation_iterator(v1.begin(),v.begin()); PI e1 = boost::make_permutation_iterator(v1.begin(),v.end()); for(PI it = b1; it!= e1; ++it){ std::cout<<"IT "<<*it<<" B "<<*it.base()<<" "; } what i need is to compare the permutation iterator with an original iterator (i.e VF::iterator with PI like if(v1.begin()+1 == b1) or if(v1.begin()+1 == b1.base()) in this case which should return true) but i am not finding any such way to compare these two iterators .... thanks abir

1 0