January 2007 - Boost-users - lists.boost.org

Re: [Boost-users] [Boost.Multi-Index] ICE w/ VC7.1
by Marc Viala 02 Jan '07

02 Jan '07

Hello Joaquin and happy New Year, Sorry for my late reply but our mail server was down in the night of 31th; this is not a joke. I've just changed the code snippet with your recommendation but without success: I've got the same ICE with VC7.1. Just to clarify my report: I've also compiled some code snippets from the MultiIndex documentation and get the same ICE. My compiler version corresponds to the VC7.1 with the service pack #1. Best regards, Marc Viala > -----Message d'origine----- > De : boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] De > la part de "JOAQUIN LOPEZ MU?Z" > Envoyé : dimanche 31 décembre 2006 01:08 > À : boost-users(a)lists.boost.org > Objet : Re: [Boost-users] [Boost.Multi-Index] ICE w/ VC7.1 > > Hello Marc, > > ----- Mensaje original ----- > De: Marc Viala <mviala(a)acticm.com> > Fecha: Viernes, Diciembre 29, 2006 7:25 pm > Asunto: [Boost-users] [Boost.Multi-Index] ICE w/ VC7.1 > Para: boost-users(a)lists.boost.org > > > I'm just trying to use Boost.MultiIndex in a large project but I'm > not > > being able to compile this library with VC 7.1.6030: I've got an > > ICE in file "apply_wrap.hpp" of Boost.MPL. I've tried to change the > > headers order but without success. > > > > My environment is: > > - Windows XP > > - Boost 1.33.1 > > - VC 7.1.6030 > > > > To demonstrate this ICE, you will find hereafter a code snippet. > > > > Thanks in advance. > > > > Marc Viala > [...] > > typedef composite_key< > > Item > > , ordered_non_unique<member<Item,int,&Item::_i> > > > , ordered_non_unique<member<Item,int,&Item::_j> > > > > ckey_ij ; > > I think the problem lies here: you must provide composite_key<> > with *key extractors*, not index specifiers. Please try > rewriting ckey_ij like this: > > typedef composite_key< > Item > , member<Item,int,&Item::_i> > , member<Item,int,&Item::_j> > > ckey_ij ; > > Problem solved? I'm sorry I can't try the snippet you > provide myself, so please report back. Thanks for using > Boost.MultiIndex! > > Joaquín M López Muñoz > Telefónica, Investigación y Desarrollo > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users

3 6

Re: [Boost-users] fatal error LNK1561: entry point must be definedbuilding boost libs with win32 port of pthread
by Andrew Marlow 02 Jan '07

02 Jan '07

boost-users-bounces(a)lists.boost.org wrote: > "Andrew Marlow" <Andrew.Marlow(a)icap.com> writes: > >> I am trying to build boost using the win32 port of pthreads. Although I got it working I did have to apply a small hack which I feel I have to mention. The file lib/thread/build/threads.jam refers to the PTW32_LIB directory via a subdirectory pre-built. So unless the lib and include subdirs are in a subdir called 'pre-built' it does not work. I removed "/pre-built" from the jam file and then all was ok. I am not sure why 'pre-built' is there since a pre-built library can be installed in any location that people want. Shouldn't this be removed? If not then perhaps PTW32_LIB can be added as additional directory to search for the lib and include files without the 'pre-built' qualifier. Regards, Andrew Marlow ******************************************************************************" The data and information (collectively called Information) herein is the sole property of ICAP. The Information is confidential, may be legally privileged and is intended solely for the use of the individual or entity to whom it is addressed. Unauthorised disclosure, copying or distribution of the Information is strictly prohibited and the recipient of the Information shall not redistribute the Information in any form to a third party. If you received this Information in error please tell us by reply (or telephone the sender) and delete all copies on your system. References in this Information to ICAP are references to ICAP plc, a company incorporated in England with registered number 3611426 whose registered office is 2 Broadgate, London, EC2M 7UR and where the context requires, includes its subsidiary and associated undertakings. As applicable, certain companies within the ICAP group are authorised and regulated by the Financial Services Authority. Any investment research sent from ICAP will provide an impartial and objective assessment of the securities, companies or other matters that are the subject of their research and our Conflicts of Interest Management Policy regarding investment research can be viewed by requesting a copy from your usual contact at ICAP. Please visit www.icap.com for further regulatory information including details regarding the European eCommerce Directive. *******************************************************************************" 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. " *******************************************************************************

1 0

[Boost.Function] (too) loosly treated argument types
by Slawomir Lisznianski 02 Jan '07

02 Jan '07

Given example below, is there any way to enforce parameter type strictness? [-- Example begin: #include <boost/function.hpp> using namespace boost; // some kind of callback sig. // typedef function1<void, int &> signature; void fn1(int v) // notice arg by-value (say, user typo) { // here, assignments to `v' are lost after // return } void fn2(int & v) // OK { // here, assignments to `v' are // preserved after return } int main(int, char**) { // I want this to fail at compile-time... signature f1 = fn1; // ...and this to work signature f2 = fn2; return 0; } -- code end] On my compiler (g++ (GCC) 4.0.2 20051125) everything compiles fine but ideally, I'd like to fail the first case. Rationale: Users of my library register callbacks and occasionally mistype their function signature which causes them to modify temporaries rather than "out" variables. Thanks, -- Slawomir Lisznianski Paramay Group, LLC "Programs for Research Machinery"

3 2

Re: [Boost-users] fatal error LNK1561: entry point must be definedbuilding boost libs with win32 port of pthread
by Andrew Marlow 02 Jan '07

02 Jan '07

boost-users-bounces(a)lists.boost.org wrote: > "Andrew Marlow" <Andrew.Marlow(a)icap.com> writes: > >> I am trying to build boost using the win32 port of pthreads. It turns out that this is a red herring for the build problem I was having. I get the problem even just using the win32 threads API. > Well, that's interesting; I can think of no reason that the > pthreadwin32 options shouldn't affect anything about the > build of the Regex library. Do you get the same results if > you leave out the -sPTW32_XXX options? Yes, I do :-( >> The CMD file just contains a list of the object files. > > Also interesting; the linker warning claims there were no object > files specified. I agree this is very odd. >> Any ideas please? > > I'm afraid I have no idea. I would probably start by > whittling down the command line issued by bjam until you get > sometihng that seems to be more-or-less correct, so you can identify > what the problem is. I tried downloading and running the boost "exe" from sourceforge. This distribution builds ok with the win32 port of pthreads. I have not diff'd it with the tarball I was using earlier but I suppose there must be differences to get this different behaviour. Very strange. Oh well, at least I have a working boost now. Regards, Andrew Marlow ******************************************************************************" The data and information (collectively called Information) herein is the sole property of ICAP. The Information is confidential, may be legally privileged and is intended solely for the use of the individual or entity to whom it is addressed. Unauthorised disclosure, copying or distribution of the Information is strictly prohibited and the recipient of the Information shall not redistribute the Information in any form to a third party. If you received this Information in error please tell us by reply (or telephone the sender) and delete all copies on your system. References in this Information to ICAP are references to ICAP plc, a company incorporated in England with registered number 3611426 whose registered office is 2 Broadgate, London, EC2M 7UR and where the context requires, includes its subsidiary and associated undertakings. As applicable, certain companies within the ICAP group are authorised and regulated by the Financial Services Authority. Any investment research sent from ICAP will provide an impartial and objective assessment of the securities, companies or other matters that are the subject of their research and our Conflicts of Interest Management Policy regarding investment research can be viewed by requesting a copy from your usual contact at ICAP. Please visit www.icap.com for further regulatory information including details regarding the European eCommerce Directive. *******************************************************************************" 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. " *******************************************************************************

1 0

fatal error LNK1561: entry point must be defined building boost libs with win32 port of pthread
by Andrew Marlow 02 Jan '07

02 Jan '07

I am trying to build boost using the win32 port of pthreads. The command I use is: bjam -STOOLS=vc-7_1 -sPTW32_DIR="where-i-put-win32-pthreads" -sPTW32_LIB="pthreadVC.lib" stage The error I get is: LINK : warning LNK4001: no object files specified; libraries used LINK : warning LNK4068: /MACHINE not specified; defaulting to X86 LINK : fatal error LNK1561: entry point must be defined Would be nice of Mico$oft said ***which*** entrypoint is missing. Without that little snippet of information I can only guess.... The log shows the linker command line used: CALL "C:\Program Files\Microsoft Visual Studio .NET 2003\VC7\bin\VCVARS32.BAT" >nul "C:\Program Files\Microsoft Visual Studio .NET 2003\VC7\bin\link" /nologo /INCREMENTAL:NO /LIBPATH:e:\work\overnight\win_extern\lib" /DEBUG /DLL /subsystem:console /out:"..\..\..\bin\boost\libs\regex\build\boost_regex.dll\vc-7_1\debug\t hreading-multi\ boost_regex-vc71-mt-gd-1_33_1.dll" /IMPLIB:"..\..\..\bin\boost\libs\regex\build\boost_regex.dll\vc-7_1\debu g\threading-multi\ boost_regex-vc71-mt-gd-1_33_1.lib" @"..\..\..\bin\boost\libs\regex\build\boost_regex.dll\vc-7_1\debug\threa ding-multi\ boost_regex-vc71-mt-gd-1_33_1.CMD" The CMD file just contains a list of the object files. Any ideas please? I am tearing my hair out here. A quick google reveals that a few other people across the world also have this problem, but not many. Those people posted their question to various forums and unfortunately got no reply :-( Regards, Andrew Marlow ---- There is an emerald here the size of a plover's egg! Don't top-post http://www.catb.org/~esr/jargon/html/T/top-post.html Plain text mails only, please http://www.expita.com/nomime.html ******************************************************************************" The data and information (collectively called Information) herein is the sole property of ICAP. The Information is confidential, may be legally privileged and is intended solely for the use of the individual or entity to whom it is addressed. Unauthorised disclosure, copying or distribution of the Information is strictly prohibited and the recipient of the Information shall not redistribute the Information in any form to a third party. If you received this Information in error please tell us by reply (or telephone the sender) and delete all copies on your system. References in this Information to ICAP are references to ICAP plc, a company incorporated in England with registered number 3611426 whose registered office is 2 Broadgate, London, EC2M 7UR and where the context requires, includes its subsidiary and associated undertakings. As applicable, certain companies within the ICAP group are authorised and regulated by the Financial Services Authority. Any investment research sent from ICAP will provide an impartial and objective assessment of the securities, companies or other matters that are the subject of their research and our Conflicts of Interest Management Policy regarding investment research can be viewed by requesting a copy from your usual contact at ICAP. Please visit www.icap.com for further regulatory information including details regarding the European eCommerce Directive. *******************************************************************************" 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

Undefined Reference (newbie) solved & followup question
by mailbox44＠swissmail.org 01 Jan '07

01 Jan '07

>From my previous post. I was linking the wrong file. The correct linkage (or at least one that compiled) g++ test.cpp -lboost_thread-gcc-mt-d-1_33_1 A few more questions. There is also a libboost_thread-gcc-mt-d-1_33_1.so file. What is the -d represent?? Why does the linker not know to use the given library? Based on other sources I put the path /usr/local/lib in my /etc/ld.so.conf file and then ran /sbin/ldconfig What do I need to do so that I do not have to include all the boost libraries in the compile line? Thanks much. Steve

3 4

Undefined Reference (newbie)
by mailbox44＠swissmail.org 01 Jan '07

01 Jan '07

I think my problem is a simple linking problem. I have looked through the archives and tried a few things to no avail. I am trying to compile the simple thread example from the boost site (see end of message). I am using 64 bit Redhat linux on a dual core opteron box. g++ -v Reading specs from /usr/lib/gcc/x86_64-redhat-linux/3.4.6/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-java-awt=gtk --host=x86_64-redhat-linux Thread model: posix gcc version 3.4.6 20060404 (Red Hat 3.4.6-3) I believe the boost libraries come pre-installed on linux, but just in case I followed all the directions online and installed the libraries (I just used whatever defaults the installed runs). I compile the program below with: g++ test.cpp (I renamed the sample program test) and get these errors: /tmp/cctHP3Df.o(.text+0x169): In function `main': : undefined reference to `boost::thread::thread(boost::function0<void, std::allocator<boost::function_base> > const&)' /tmp/cctHP3Df.o(.text+0x19b): In function `main': : undefined reference to `boost::thread::join()' /tmp/cctHP3Df.o(.text+0x1ae): In function `main': : undefined reference to `boost::thread::~thread()' /tmp/cctHP3Df.o(.text+0x1c4): In function `main': : undefined reference to `boost::thread::~thread()' /tmp/cctHP3Df.o(.gnu.linkonce.t._ZN12thread_alarmclEv+0x16): In function `thread_alarm::operator()()': : undefined reference to `boost::xtime_get(boost::xtime*, int)' /tmp/cctHP3Df.o(.gnu.linkonce.t._ZN12thread_alarmclEv+0x2f): In function `thread_alarm::operator()()': : undefined reference to `boost::thread::sleep(boost::xtime const&)' collect2: ld returned 1 exit status Based on a few previous messages from the archives, I tried linking in the thread library (shouldn't gcc find it by itself??) g++ test.cpp -lboost_thread and get these errors: /usr/lib/gcc/x86_64-redhat-linux/3.4.6/../../../../lib64/libboost_thread.a(t hrea d.o)(.text+0x54): In function `boost::thread::~thread()': : undefined reference to `pthread_detach' /usr/lib/gcc/x86_64-redhat-linux/3.4.6/../../../../lib64/libboost_thread.a(t hrea d.o)(.text+0x74): In function `boost::thread::~thread()': : undefined reference to `pthread_detach' /usr/lib/gcc/x86_64-redhat-linux/3.4.6/../../../../lib64/libboost_thread.a(t hrea d.o)(.text+0xca): In function `boost::thread::join()': : undefined reference to `pthread_join' /usr/lib/gcc/x86_64-redhat-linux/3.4.6/../../../../lib64/libboost_thread.a(t hrea d.o)(.text+0x251): In function `boost::thread_group::join_all()': : undefined reference to `pthread_join' /usr/lib/gcc/x86_64-redhat-linux/3.4.6/../../../../lib64/libboost_thread.a(t hrea d.o)(.text+0x8b4): In function `boost::thread_group::~thread_group()': : undefined reference to `pthread_detach' /usr/lib/gcc/x86_64-redhat-linux/3.4.6/../../../../lib64/libboost_thread.a(t hrea d.o)(.text+0x924): In function `boost::thread_group::~thread_group()': : undefined reference to `pthread_detach' /usr/lib/gcc/x86_64-redhat-linux/3.4.6/../../../../lib64/libboost_thread.a(t hrea d.o)(.text+0xb4e): In function `boost::thread_group::create_thread(boost::functi on0<void, std::allocator<boost::function_base> > const&)': : undefined reference to `pthread_detach' collect2: ld returned 1 exit status Thanks in advance for any help. Steve test.cpp: #include <boost/thread/thread.hpp> #include <boost/thread/xtime.hpp> #include <iostream> struct thread_alarm { 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; } int m_secs; }; int main(int argc, char* argv[]) { int secs = 5; std::cout << "setting alarm for 5 seconds..." << std::endl; thread_alarm alarm(secs); boost::thread thrd(alarm); thrd.join(); }

2 1