- Boost-users - lists.boost.org

link fail against boost_filesystem on FreeBSD 5 with gcc 3.3.3
by Ying-Chieh Liao 04 Dec '03

04 Dec '03

It's my first time using boost I'm using boost 1.30.2 with FreeBSD 5, where gcc version is 3.3.3 following is my code, quite simple <code> #include <boost/filesystem/operations.hpp> #include <boost/filesystem/fstream.hpp> #include <string> #include <iostream> namespace fs = boost::filesystem; const std::string LogFileName = "ggyy"; int main(void) { fs::ifstream LogFile(LogFileName); return 0; } </code> it compiles well, but failed on linking : <error> g++ -L/usr/local/lib -lboost_filesystem -o LogParser LogParser.o LogParser.o: In function `main': LogParser.o(.text+0x27): undefined reference to `boost::filesystem::path::path(std::string const&)' LogParser.o(.text+0x51): undefined reference to `boost::filesystem::path::native_file_string() const' *** Error code 1 </error> My boost is built from the ports system, and I'm sure I have libboost_filesystem.a and other related boost libraries TEST [/usr/local/lib] -ijliao- ls -al *boost* -r--r--r-- 1 root wheel 4058 Dec 1 11:51 libboost_date_time.a -r-xr-xr-x 1 root wheel 4524 Dec 1 11:51 libboost_date_time.so -r--r--r-- 1 root wheel 66680 Dec 1 11:51 libboost_filesystem.a -r--r--r-- 1 root wheel 23888 Dec 1 11:51 libboost_prg_exec_monitor.a -r-xr-xr-x 1 root wheel 15524 Dec 1 11:51 libboost_prg_exec_monitor.so -r--r--r-- 1 root wheel 524054 Dec 1 11:51 libboost_regex.a -r-xr-xr-x 1 root wheel 352124 Dec 1 11:51 libboost_regex.so -r--r--r-- 1 root wheel 3861324 Dec 1 11:51 libboost_regex_debug.a -r-xr-xr-x 1 root wheel 496028 Dec 1 11:51 libboost_regex_debug.so -r--r--r-- 1 root wheel 167428 Dec 1 11:51 libboost_signals.a -r-xr-xr-x 1 root wheel 82980 Dec 1 11:51 libboost_signals.so -r--r--r-- 1 root wheel 192482 Dec 1 11:51 libboost_test_exec_monitor.a -r-xr-xr-x 1 root wheel 106912 Dec 1 11:51 libboost_test_exec_monitor.so -r-xr-xr-x 1 root wheel 31636 Dec 1 11:51 libboost_thread.so -r-xr-xr-x 1 root wheel 53920 Dec 1 11:51 libboost_threadd.so -r--r--r-- 1 root wheel 185892 Dec 1 11:51 libboost_unit_test_framework.a -r-xr-xr-x 1 root wheel 103008 Dec 1 11:51 libboost_unit_test_framework.so so... could someone tell me how to solve this problem ? -- KISS : Keep It Simple, Stupid.

1 1

Re: regex static lib for x86 emulator
by Reuti_Raman_Babu＠sdc.canon.co.in 04 Dec '03

04 Dec '03

Thank for the earlier responses. It seems almost impossible to build regex lib to Pocket PC platform. I am getting following errors: regexs.lib(src.obj) : error LNK2001: unresolved external symbol "public: __cdecl boost::w32_regex_traits<unsigned short>::w32_regex_traits<unsigned short>(void)" (??0?$w32_regex_traits@G@boost@@QAA@XZ) regexs.lib(src.obj) : error LNK2019: unresolved external symbol CreateFileMappingA referenced in function "public: void __cdecl boost::re_detail::mapfile::open(char const *)" (?open@mapfile@re_detail@boost@@QAAXPBD@Z) regexs.lib(src.obj) : error LNK2019: unresolved external symbol CreateFileA referenced in function "public: void __cdecl boost::re_detail::mapfile::open(char const *)" (?open@mapfile@re_detail@boost@@QAAXPBD@Z) regexs.lib(src.obj) : error LNK2019: unresolved external symbol FindFirstFileA referenced in function "public: __cdecl boost::re_detail::file_iterator::file_iterator(char const *)" (??0file_iterator@re_detail@boost@@QAA@PBD@Z) regexs.lib(src.obj) : error LNK2019: unresolved external symbol FindNextFileA referenced in function "public: void __cdecl boost::re_detail::file_iterator::next(void)" (?next@file_iterator@re_detail@boost@@QAAXXZ) regexs.lib(src.obj) : error LNK2019: unresolved external symbol "public: static class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __fastcall boost::re_detail::w32_traits_base::error_string(unsigned int)" (?erro This error description "regexs.lib(src.obj) : error LNK2001: unresolved external symbol "public: __cdecl boost::w32_regex_traits<unsigned short>::w32_regex_traits<unsigned short>(void)" (??0?$w32_regex_traits@G@boost@@QAA@XZ)" doesn't make much sense to me. Others are not supported by Pocket PC 2003 SDK.Although unicode version of corresssponding API is supported. Please suggest any solution . Regards, Reuti "John Maddock" <john@johnmaddock To: <Reuti(a)sdc.canon.co.in> .co.uk> cc: Subject: Re: regex static lib for x86 emulator 11/20/2003 06:57 PM > I can build static library for ARM processor. > But when building for X86 emulator I am getting following error. > > LINK : fatal error LNK1104: cannot open file 'boost_regex_vc6_sss.lib' > > Please help. You shouldn't see that when building the source, only when trying to link a dll of exe that uses the lib - but in any case defining BOOST_REGEX_NO_LIB when building your code will stop the headers from looking for a lib to link to, and allow you to specify your own lib to link to. I hope that makes it clear :-) John.

2 1

bind/function/??? - accessing global function static type with runtime dll
by Jeff Flinn 02 Dec '03

02 Dec '03

I'm interfacing with several 'C' dynamic link libraries each with the same interface. The appropriate libraries get loaded/unloaded at run time. The following is an attempt create a wrapper that returns a function pointer of the proper static type as declared for the 'C' functions. //------------------------------ class DLL { HMODULE mDLLHdl; public: ~DLL(){ FreeLibrary( mDLLHdl ); } DLL( const std::string& aDLLName ) :mDLLHdl( LoadLibrary( aDLLName.c_str() ) ){} operator bool()const{ return mDLLHdl; } operator HMODULE()const{ return mDLLHdl; } template< typename TFnc > TFnc Fnc( const std::string& aName, TFnc )const { return (TFnc)GetProcAddress( mDLLHdl, aName.c_str() ); } }; //------------------------------ With: typedef int (FAR WINAPI *FARPROC)(); FARPROC GetProcAddress( HMODULE hModule, // handle to DLL module LPCSTR lpProcName // function name ); For example, it's used as follows: //------------------------------ // declared in an included header with extern "C" int DoAttach( const char* aName, int attachMode ); DLL lSomeDll( "Some.dll" ); boost::function0<int> lFnc = boost::bind( lSomeDll.Fnc( "DoAttach", DoAttach ), "Name", 123 ); //------------------------------ Which compiles fine, but results in unresolved external symbols errors during linking for 'DoAttach' in this example. I can force-link and run the resulting executable w/out problem. Is there a way to get the type of the function without the compiler needing to use the function pointer itself? Thanks, Jeff

1 0

ublas + msvc 7.1
by Witz 02 Dec '03

02 Dec '03

hi, I seem to be having problems with ublas in combination with msvc 7.1. Compiling the code below results in a whole slew of errors of the form: 'use of undefined type 'boost::numeric::SOME_MATRIX_TYPE<ARGS>::const_iterator2' Am i doing something dumb or is something broken? #include <boost/numeric/ublas/triangular.hpp> int main() { using namespace boost::numeric::ublas; triangular_matrix<int,lower> ldm(4,4); } I.M.Whittley

3 2

Vertex descriptors in adjacancy_list
by Ali Tofigh 02 Dec '03

02 Dec '03

Is there any guarantee that Vertex descriptors are some kind of integers? In the examples provided add_edge is called with integers as vertex descriptors. Does the choice of parameters for the adjacency_list graph make a difference on this issue? E.g. whether the we choose vecS or listS as VertexList? If future flexibility of the program being written is a factor (e.g. if we want it to be easy to change the definition of the graphs without necessarily changing other parts of the code) is it better to use add_vertex, followed by add_edge using the vertex descriptors returned by add_vertex? Regards, A. T.

3 4

Re: [Boost-users] Re: ublas + msvc 7.1
by cyril.godart＠bnpparibas.com 02 Dec '03

02 Dec '03

I have noticed something similar with msvc 7.1. Could you try please to locate the first occurence of the error and prefix any template deduced type with "typename". In the example you give: typename boost::numeric::SOME_MATRIX_TYPE<ARGS>::const_iterator2 and check that this precise compile error disappears ? (I have realised the code is boost::ublas'). This does not intend to solve your problem but to point to what vc7.1 is expecting. I am not sure whether that should be strict ISO C++. Regards, Cyril Godart. Internet fuxiaowei9999@hotmail.com@lists.boost.org - 25/11/2003 12:21 Please respond to boost-users(a)lists.boost.org Sent by: boost-users-bounces(a)lists.boost.org To: boost-users cc: Subject: [Boost-users] Re: ublas + msvc 7.1 Hi Whittley: I think this may be a bug in VC7.1. I try it successly under VC6.0 and find that the ublas is develop under VC6.0 with Dinkumware STL in its document. Yours f_x_w ----- Original Message ----- From: "Witz" <witz(a)nildram.co.uk> Newsgroups: gmane.comp.lib.boost.user Sent: Monday, November 24, 2003 9:09 AM Subject: ublas + msvc 7.1 > hi, > > I seem to be having problems with ublas in combination with msvc 7.1. > Compiling the code below results in a whole slew of errors of the form: > > 'use of undefined type > 'boost::numeric::SOME_MATRIX_TYPE<ARGS>::const_iterator2' > > Am i doing something dumb or is something broken? > > #include <boost/numeric/ublas/triangular.hpp> > > int main() > { > using namespace boost::numeric::ublas; > triangular_matrix<int,lower> ldm(4,4); > } > > I.M.Whittley _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users This message and any attachments (the "message") is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. --------------------------------------------- Ce message et toutes les pieces jointes (ci-apres le "message") sont etablis a l'intention exclusive de ses destinataires et sont confidentiels. Si vous recevez ce message par erreur, merci de le detruire et d'en avertir immediatement l'expediteur. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. L'internet ne permettant pas d'assurer l'integrite de ce message, BNP PARIBAS (et ses filiales) decline(nt) toute responsabilite au titre de ce message, dans l'hypothese ou il aurait ete modifie.

2 1

Help! Error in quote.hpp...
by Dan W. 02 Dec '03

02 Dec '03

Hi, first-time poster. Got an automated reply to the effect that my first post would be moderated; but later I got another automated email about the moderator being on vacation; and I'm in a hurry, so I hope it's okay for me to re-post here. I'm using latest betas for Digital Mars, STLport and BOOST, and I'm trying to compile a state-machine using boost's fsm::state_machine. My include line is as follows: G:\boost-1.30.2;G:\boost-1.30.2\boost\mpl;G:\boost-1.30.2\libs\mpl\example\fsm;G:\dm\STLport-5.0-1031\stlport;G:\dm\include Here's the top of my file: ............................................................................... #include <iostream> #include "boost/mpl/list.hpp" #include "state_machine.hpp" namespace mpl = boost::mpl; class rec_frm_sm : fsm::state_machine<rec_frm_sm> { public: ............................................................................... What I get on the output window is: sc rec_frm.cpp -Ae -Aa -r -mn -C -WA -S -3 -a8 -c -gf -IG:\boost-1.30.2 -IG:\boost-1.30.2\boost\mpl -IG:\boost-1.30.2\libs\mpl\example\fsm -IG:\dm\STLport-5.0-1031\stlport -IG:\dm\include -orec_frm.obj Error: G:\boost-1.30.2\boost/mpl/aux_/preprocessed/plain /quote.hpp(7): no type for argument 'T' Error: G:\boost-1.30.2\boost/mpl/aux_/has_type.hpp(23): no type for argument 'T' ..................................... Build failed I'm not sure how to track the include path for quote.hpp and has_type.hpp. I notice there's a link at www.boost.org for tracking header file inclusion, but the link appears to be broken. Any help would be appreciated. Yours. dan

2 1

Re: [Boost-users] Help with function and/or bind libraries
by John.Wismar＠alldata.com 01 Dec '03

01 Dec '03

On Sun, 30 Nov 2003 Douglas Paul Gregor <gregod(a)cs.rpi.edu> wrote: > You can replace the body of get_total with: > > return std::accumulate(myVec.begin(), myVec.end(), 0, > boost::bind(std::plus<int>(), //bind 1 > _1, > boost::bind(&B::stretch_it, //bind 2 > this, > boost::bind(&A::size, //bind 3 > _2)))); > > You can decide whether that's better than the hand-coded loop or not :) >From a maintainability standpoint, I don't think I'll make that switch. ; -) Thanks for the reply, though! (Now I just have to try to figure out what it's doing!) --------------------- John Wismar -- RPI '90 john.wismar(a)alldata.com

1 0

Help with function and/or bind libraries
by John.Wismar＠alldata.com 01 Dec '03

01 Dec '03

Here's the situation I'm trying to remedy, boiled down: class A { public: int size() const; }; class B { public: int stretch_it(int size) const; int get_total() const; private: std::vector<A> myVec; }; int B::get_total() const { int retVal = 0; for (std::vector<A>::const_iterator it = myVec.begin(); it != myVec.end (); ++it) { retVal += stretch_it(it->size()); } return retVal; } I'd love to use std::accumulate() or equivalent instead of a hand-coded loop, but I don't know if it's possible to specify a combination of operations like I have here.... Or if the result would be readable! Any suggestions would be much appreciated! --------------------- John Wismar john.wismar(a)alldata.com

2 1

boost::function - why does this work??
by Matt S Trentini 29 Nov '03

29 Nov '03

Heya Everyone, I am trying to create a generic way to extract a list of objects from another list of objects. Let me explain! Say I have a vector (or any container with fwd iterators and value_type) that contains objects that have a function which returns a long (could actually be any type). I want to iterate over that vector and extract each of the longs into a list (or any container that supports push_back and defines value_type). Something like the following: class HandleClass { public: long handle() const { return val_++; } private: static long val_; }; // ... std::vector<HandleClass> listOfHcs; // ... fill listOfHcs here std::list<long> needToFill; OK so far. I then wrote this extraction function (yes, there are many ways I could have done this - with a functor and using foreach is another possibility worth exploring, but not now :) ). template < class ReturnContainer, class FwdIterator > void Extract(const FwdIterator & itBegin, const FwdIterator & itEnd, ReturnContainer & container, boost::function1<ReturnContainer::value_type, FwdIterator::value_type> f) { for (FwdIterator it = itBegin ;it != itEnd; ++it) { container.push_back(f(*it)); } }; And I was able to do this: Extract(listOfHcs.begin(), listOfHcs.end(), needToFill, &HandleClass::handle); And it worked like a charm. needToFill gets filled and I was happy. :) However we also had containers of _pointers_to_ HandleClasses. So in some cases our vector looked like: std::vector<HandleClass *> listOfHcs; Yet the same code worked! I couldn't, and can't, for the life of me understand what was going on (I expected that I would have to wrap the (*it) in a boost::remove_pointer which worried me because my compiler - MSVC7.0 - doesn't support partial template specialization). Don't get me wrong, I'm happy that it work but can anyone explain what fandangelory is going on inside boost::function (or perhaps it's some C++ magic?) to allow this? Cheers, Matt

2 4