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

Dumb multi_array question about assignment
by Grant Goodyear 10 Jan '05

10 Jan '05

I'm currently working on a numerical project that uses boost.python, and since we already had boost as a dependency we've begun using boost/multi_array_ref to simplify multi-dimensional array handling in our code. I was rather surprised when the following code fragment spit out pages of errors when I tried to compile it: float* data = (float*) malloc(nx*ny*sizeof(float)); [...] boost::multi_array_ref<float, 2> xy(data, boost::extents[nx][ny]); xy = 0.; // errors out here Looking through the docs I realized that operator= isn't even mentioned, so perhaps I shouldn't have been surprised. It is rather unfortunate, though, that such a statement isn't allowed. (Unless, of course, I'm doing something wrong, which is completely possible.) Is there any plan to add such functionality in the future, or would it make more sense for us to switch to a different library (blitz++ or something similar)? Thanks, Grant Goodyear -- Grant Goodyear web: http://www.grantgoodyear.org e-mail: grant(a)grantgoodyear.org

2 2

status of boost::signal multi-threading support
by Stephen torri 10 Jan '05

10 Jan '05

What is the state of the multi-threading support for boost::signals? Stephen

4 8

About indirect_iterator
by Jens Theisen 10 Jan '05

10 Jan '05

Hello, I want to use indirect_iterator and noticed that it subscript operator returns a proxy. I found the following explanation in iterator_facade.h: // A proxy return type for operator[], needed to deal with // iterators that may invalidate referents upon destruction. // Consider the temporary iterator in *(a + n) But I still don't understand why a proxy is necessary in some cases. Thank you in advance, Jens

2 1

Writing regular expression
by Asha V.G. 10 Jan '05

10 Jan '05

Hi I want to do a search for a regular expression for '$':Matches the end of the string. e.g.: 'script$' should select vbscript as well as javascript. How can I do this? Regards Asha

2 1

Determining Type and Extracting Data from private class member vector<boos::variant<> >
by Matthew Jankowski 10 Jan '05

10 Jan '05

Hi all, I'm new to Boost and have some questions about how to get data out of a vector<boost::variant<> > container. For this purpose I put together 'class Base' which holds a vector<boost::variant <Base*, DerivedBase*> > Pointers. I wrote a function template to insert pointers, but I have real difficulty extracting pointers. For example, if I insert 3 Base* pointers and 2 DerivedBase* pointers, I need to be able to extract the 3 Base * pointers and the 2 DerivedBase* pointers at a later point in time. To this end, class Base* has another member function 'template< typename C> int numPointer( C * InPointer)' which is intended to count the number of pointers found in the container. template< typename C> int numPointer(C* InPointer) has a few problems: 1) typeid(Pointers[i]) returns the 'variant' typeid when I really need to know the typeid of the ith pointer in 'Pointers'. 2) There must be a better, more elegant (and safe) way to make use of the boost library to accomplish just what I want. int main() { Base * TempBase = new Base(); DerivedBase * TempDeri = new DerivedBase(); TempBase->insert(TempBase); TempBase->insert(TempBase); TempBase->insert(TempDeri); std::cout << "Base:" << TempBase->numPointer(TempBase) << endl; //Expect "Base:2" get "Base:0" because of typeid(). std::cout << "Deri:" << TempBase->numPointer(TempDeri) << endl; //Expect "Deri:1" get "Deri:0" because of typeid(). } class Base { private: vector<boost::variant <Base*, DerivedBase*> > Pointers; public: Base(); virtual ~Base(); template <typename C> void insert( C * inC ) { Pointers.push_back(inC); } template <typename C> int numPointer( C* inC ) { int counter(0); for ( int i(0); i < int(Pointers.size()); i++ ) { cout << "type:" << typeid(inC).name() << endl; cout << "typeP:" << typeid(Pointers[i]).name() << endl; //Will give the id of the container not Pointer[i]. //if( boost::is_same<Pointers[i],typeid(inC).name()>::value ){ //Compilation error if ( typeid(inC).name() == typeid(Pointers[i]).name() ) { counter++; } } return counter; } }; //Base Any advice on how to improve this code and/or make better use of the boost library is fully appreciated. Thanks, Matt

2 1

boost::filesystem::path question
by GIE 10 Jan '05

10 Jan '05

how to i append directory containing space char? following test failes. boost::filesystem::path p; p/="test 1"; MS VC 7.1

2 1

please help building boost::date_time
by Soeren.Meyer-Eppler 08 Jan '05

08 Jan '05

Hello everybody, I have some problems trying to build the date_time libraries. I'm using: boost 1.32.0 stlport 4.6.2 MSVC7.1 (on Windows of course) with the following build command line: C:\Development\boost_1_32_0>bjam "-sTOOLS=vc-7_1-stlport" "-sSTLPORT_PATH=c:/Development" "-sstlport-iostream=on" the first build error I get is the following (which causes a whole cascade to follow): [...] C:\Development\boost_1_32_0\boost\lexical_cast.hpp(150) : error C2679: binary '>>' : no operator found which takes a right-hand operand of type 'boost::date_time::date_names_put<Config,charT,OutputIterator>::string_type' (or there is no acceptable conversion) [...] All of the other boost libraries build and link fine, so I don't think it's a general problem with my setup. I'd appreciate any hints or tips. Or if someone could even send me the prebuilt 'libboost_date_time-vc71-mt-p-1_32.lib' I'd be most grateful. Thanks, Sören Meyer-Eppler -- www.BuschnicK.net

2 1

Boost1.32 VC7.0 multi_index bidirectional-map-like code wont compile...
by Dan Dimerman 08 Jan '05

08 Jan '05

Hello, I'm trying to compile code similar to (copied and pasted from) the bidirectional map example, but my VC7.0 burps some errors and then an INTERNAL COMPILER ERROR. The code looks like this: #include <boost/multi_index_container.hpp> #include <boost/multi_index/member.hpp> #include <boost/multi_index/key_extractors.hpp> using boost::multi_index_container; using namespace boost::multi_index; typedef unsigned long uid_t; typedef struct { uid_t _uid; vertex_descriptor _vertex; } node; struct uid {}; struct vertex {}; typedef multi_index_container < node, indexed_by< ordered_unique< tag< uid >, BOOST_MULTI_INDEX_MEMBER( node, uid_t, _uid ) >, ordered_unique< tag< vertex>, BOOST_MULTI_INDEX_MEMBER( node, vertex_descriptor, _vertex ) > > > node_set_t; and some of the errors I get are: c:\...\multi_index\detail\msvc_index_specifier.hpp(45) : error C2504: 'node_class' : base class undefined c:\...\multi_index\detail\msvc_index_specifier.hpp(45) : error C2143: syntax error : missing ',' before '<' c:\...\multi_index\detail\msvc_index_specifier.hpp(52) : error C2039: 'index_class' : is not a member of 'boost::multi_index::detail::msvc_index_specifier<IndexSpecifier>::fake_index_type<__formal>' (repeated several times) I am sure I am doing something very dumb. Any help will be greatly appreciated. Thanks Dan

1 1

Re: [Boost-users] why doesn't scoped_ptr have a custom
by tom gee 08 Jan '05

08 Jan '05

If you intention is to release the pointer, reset(0) can achieve this. The document says: "void reset(T * p = 0); // never throws Deletes the object pointed to by the stored pointer and then stores a copy of p ". With reset, you should be able assign another pointer.

5 5

bind.hpp does not compile with Metrowerks CodeWarrior
by Philippe Mori 08 Jan '05

08 Jan '05

The following line (starting at line 130 of boost/bind.hpp) does not compile: #if !( defined(__MWERKS__) && BOOST_WORKAROUND(__MWERKS__, <= 0x3003) ) template<class R, class T> inline _mfi::dm<R, T> unwrap(R T::* * pm, int) { return _mfi::dm<R, T>(*pm); } #if !BOOST_WORKAROUND(__IBMCPP__, BOOST_TESTED_AT(600)) // IBM/VisualAge 6.0 is not able to handle this overload. template<class R, class T> inline _mfi::dm<R, T> unwrap(R T::* const * pm, int) { return _mfi::dm<R, T>(*pm); } #endif #endif I got the following message: Error : ')' expected bind.hpp line 132 template<class R, class T> inline _mfi::dm<R, T> unwrap(R T::* * pm, int) (the second * is underlined) and then many more errors. If a comment out the previous lines, the file properly compile. To have this error, I just need to include <boost/bind.hpp> file in my code. I am using CodeWarrior 9.3 for Palm and the version as given by __MWERKS__ is 0x3004. If I changes 0x3003 for 0x3004 (at line 130), it compile file (so the workaround is still required). Could one boost developper make the changes? I am using boost 1.32.0.

2 1

Where can I find an example of converting a seconds into a date using boost::date_time?
by Stephen torri 08 Jan '05

08 Jan '05

I need an example of taking a time duration in seconds and converting it to a date using Boost::Date_Time. For example, 805168227 seconds (time from December 31st, 1969, at 4:00 P.M.) = approx. 25 years, 194 days, 1 hr, 50 minutes, 27 seconds = File created on 1994 June 15 5:50:27 (Conversion did not account for leap years). Stephen

2 3

Ignore my last email!
by Jim Lear 08 Jan '05

08 Jan '05

-- Jim Lear

2 1

Guide to using serialization macro BOOST_CLASS_EXPORT
by Bill Lear 07 Jan '05

07 Jan '05

I am having some trouble understanding just where I am supposed to put BOOST_CLASS_EXPORT macros for classes I write --- in class headers (.h), in class implementation files (.cc), in applications that plan to save/load through base pointers? I have base class B, from which I derive lots of classes. I tried putting the BOOST_CLASS_EXPORT in the header files of each class, but soon found that this resulted in link-time errors due to multiple definitions. So, I moved the macro to an implementation (.cc) file, creating it if necessary, with the form: #include "Derived.h" BOOST_CLASS_EXPORT(Derived); The problem with this is that I have an application that does this: #include "Base.h" #include "Derived.h" // fails with or without this void foo() { Base* b = load("file.xml"); } Now, since no instance of Derived is appearing in my application, the linker apparently does not pull in the (expanded) macro, and when I run the application, I get an unregistered class exception. So, I removed all of the macros from the implementation files and put them in a header (again), that is designed for applications that may want to serialize (any) of my derived classes: #include "Base.h" #include "Derived.h" #include "BoostExports.h" void foo() { Base* b = load("file.xml"); } and this works fine. So my question is this: is this what other people do, or are there other solutions that people prefer? The problem with the above is that if I have 20 derived classes and put all the macro exports in BoostExports.h, even if my application may only be interested in a smaller subset, I have to pull in 20 header files each time, and I had hoped to avoid that. This is not a terrible thing, I just wondered what other approaches there might be. Bill

3 4

Re: [sigc] Re: [Boost-users] Signals & Slots
by Doug Gregor 07 Jan '05

07 Jan '05

On Jan 7, 2005, at 9:06 AM, Carl Nygard wrote: > On Fri, 2005-01-07 at 08:19 -0500, Douglas Gregor wrote: >> On Jan 7, 2005, at 6:12 AM, Murray Cumming wrote: >>> 3. In "Slot Binders" >>> Can you expand on this question: "TODO: answer questions: a) What's >>> up >>> with the No Clue entry, anyone?", please. In fact, please just ask >>> your >>> TODO questions on this mailing list. >> >> So the intent of retype() and retype_return() is to allow casting of >> the argument and return types of a function. Are these also required >> when performing implicit conversions? For instance, will the following >> work? >> >> long Func3(double val, string str); >> >> sigc::signal<int, float, string> sig; >> sig.connect(sigc::ptr_fun(&Func3)); >> >> If I'm right in assuming that the code will not compile (because the >> signatures do not match exactly), then the "No Clue" could be replaced >> by "Not Applicable", because >> Signals performs all of the implicit conversions. > > In that case, it's supported in Boost.Bind, so retype/retype_return() > is > included with sigc::bind/compose/hide/group. Correct? Implicit conversions are handled in both Boost.Bind and in Boost.Signals. I don't know enough about sigc::bind/compose/hide/group to answer the rest. >> - About ptr_fun/mem_fun: you can use them in either library, if >> you'd >> like to be more explicit. > > I couldn't find docs on boost.org for ptr_fun, just mem_fun. What am I > missing? Well, there's std::ptr_fun, and you could always wrap it in bind() if you wanted. ptr_fun really is just syntactic (de-?)sugar. >> - About bind: bind is now in the C++ Library TR (an addendum to the >> standard, which should be approved in the near future), so we're >> forced >> to build on it to create any signals & slots library for the standards >> committee. (We'll have a long, uphill battle if we try to introduce >> our >> own special binders and don't support bind). > > Do you have a link to the TR? There is a draft here: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2004/n1711.pdf If you're familiar with Boost.Function/Boost.Bind, you'll be familiar with the TR versions. Very little has changed. Doug

1 0

Why using boost::function with lambda requires RTTI?
by Philippe Mori 07 Jan '05

07 Jan '05

I am using CodeWarrior 9.3 for Palm OS development and I was looking at the possibility of using boost::function class in my code. Because my application is big and the data segment is already almost full (even if I uses extended mode), I do not want to uses RTTI (at all, if possible). When I compile the code I get the following warning "RTTI option is disabled" at the line with the following macro call BOOST_FUNCTION_COMPARE_TYPE_ID in function boost::detail::function::functor_manager::manage(). Also, a lambda function like (((1.0 * _1 + 2.0) * _1 + 3.0) * _1 + 4.0) * _1 + 5.0 cause my data segment to increase of 6K which is huge when the limit is 64K... Using a static function (and not using boost::lambda) instead does not cause such increase of the use of the data segment. Another thing that I have noticed is that the compiler get very slow as I am starting to uses some boost libraries like that (a few more seconds per file). Philippe

3 2

Re: [sigc] Re: [Boost-users] Signals & Slots
by Douglas Gregor 07 Jan '05

07 Jan '05

On Jan 7, 2005, at 6:12 AM, Murray Cumming wrote: > 3. In "Slot Binders" > Can you expand on this question: "TODO: answer questions: a) What's up > with the No Clue entry, anyone?", please. In fact, please just ask your > TODO questions on this mailing list. So the intent of retype() and retype_return() is to allow casting of the argument and return types of a function. Are these also required when performing implicit conversions? For instance, will the following work? long Func3(double val, string str); sigc::signal<int, float, string> sig; sig.connect(sigc::ptr_fun(&Func3)); If I'm right in assuming that the code will not compile (because the signatures do not match exactly), then the "No Clue" could be replaced by "Not Applicable", because Signals performs all of the implicit conversions. > 4. Some of the "-ed" comments seem outdated now. It would be nice to > clean these up. Replying to some of the -ed comments: - Regarding implementing the preferred syntax from Boost.Signals in libsigc++: it should be trivial, although support for writing function types is not as portable as we'd like. - Regarding bloat factors: they're probably about the same in both libraries. The only thing we know to do to improve the situation is use function pointers instead of virtual functions, and to try to be careful about factoring our templates properly. - About ptr_fun/mem_fun: you can use them in either library, if you'd like to be more explicit. - About bind: bind is now in the C++ Library TR (an addendum to the standard, which should be approved in the near future), so we're forced to build on it to create any signals & slots library for the standards committee. (We'll have a long, uphill battle if we try to introduce our own special binders and don't support bind). - Regarding libsigc++'s specialization for T_accumulator=nil: We don't need to discuss this in a standards proposal, because it's entirely a quality-of-implementation issue. - Regarding Signals and Function: They don't play well together, but we're going to have to deal with this one way or another because Function is also part of the C++ Library TR. And one minor quibble: if we're going to explicitly qualify Boost.Signals by saying that it was strongly influenced by the work of Karl Nelson (that's true), I think it's only fair to point out that libsigc++-2.0's interface was influenced by Boost.Signals. Doug

1 0

Re: B is_convertible to A<T> for some T
by Perepelitsa Roman 07 Jan '05

07 Jan '05

> Hello, > > how do I express through template metaprogramming or in a similar > way that a class is convertible to a template class for some T1? > I.e., the condition: "There exists some T1 such that B is > convertible to A<T1>". I guess all you need is boost::lambda::detail::is_instance_of_1<B, A>. Best regards.

1 0

Problem using boost program_options on HP-UX
by suresh.t＠philips.com 07 Jan '05

07 Jan '05

hi, I am using the boost/program_options and i had no problem when using with Linux (and gcc). I switched to HP-UX ( using gcc 3.2.2) and the boost part fails to compile. I get a error from "boost/program_options/detail/convert.hpp" related to wstring and wchar_t usage. If someone uses program_options on HP with gcc already , could you please let me know what needs to be done to get it working. Thanks in advance --------------------------------------------------------------------------------------------------------- Suresh

1 0

Serialization demo.cpp: "Undefined reference to boost::archive::detail::basic_iarchive::load_object"
by Maximilian Wilson 07 Jan '05

07 Jan '05

I'm using gcc v 3.3, Red Hat Linux (not sure what version), and Boost 1.32. I'm trying to learn the serialization library, using the demo program from http://boost.org/libs/serialization/example/demo.cpp . I have had a little bit of trouble figuring out the boost install procedure for this library but I think I finally did it with: bjam "-sTOOLS=gcc" install --libdir=/home/max/boost --includedir=/home/max/boost -with-serialization But when I execute "g++ -I/home/max/boost/boost-1_32 -L/home/max/boost demo.cpp demo.o" I get a bunch of linker errors. I'm pretty sure I've messed up this install procedure somewhere, and the Boost docs have tentalizing references to serialization not having "automatic linking," but I can't figure out where to go next. What am I doing wrong? Max Wilson -- Ubi solitudinem faciunt, pacem appellant. They make a desert and call it peace. -Tacitus

3 3

Re: bind (excessive?) argument copying
by Trent Hill 06 Jan '05

06 Jan '05

Hi Peter, Peter Dimov wrote: <snip> >> Four copies - I had hoped to only see a single copy. Logically, there >> doesn't seem to be a need for more than one copy. Is there an >> implementation issue that requires this many copies? > > > Not really, but eliminating the unnecessary copies is (relatively) hard, > at least with the current code base (it has been developed with > portability in mind and supports VC6, among others). The specification > requires one copy. One more is almost unavoidable. The other two can be > eliminated, in theory. But... Ok, thanks. Out of interest, is there a simple explanation for why one more is almost unavoidable. <snip> > ... please note that the copies occur at bind time. In a typical > scenario you bind once and call O(N) times (or bind and store in a > function<> with the associated dynamic memory allocation), so this isn't > usually a problem. And, as others have pointed out, there's always > ref(). ;-) Yes I understand. I guess I'm not using bind typically ;-) FYI and for those suggesting boost::ref, the actual case is using bind for message passing between threads. I have a polymorphic wrapper for bind something like this: class bind_wrapper { public: virtual void execute() = 0; }; template <typename binder_t> class bind_wrapper_impl : public bind_wrapper { public: bind_wrapper_impl(const binder_t &binder_a) : binder_m(binder_a) { } virtual void execute() { binder_m(); } private: binder_t binder_m; }; template <typename binder_t> std::auto_ptr<bind_wrapper> make_bind_wrapper(const binder_t &binder_a) { return std::auto_ptr<bind_wrapper>( new bind_wrapper_impl<binder_t>(binder_a)); } Now the idea is that certain functions transparently transfer work to a worker thread. So for such a function "foo", there would be an internal implementation function: void foo_impl(const std::string &string_a) { // do stuff } and a public proxy that requests foo_impl to be called on the worker thread: future foo_async(const std::string &arg_a) { std::auto_ptr<bind_wrapper> message_l( make_bind_wrapper(boost::bind(&foo_impl, arg_a))); // add message_l to message queue and return future to allow // rendezvous ... } The worker thread will collect this message and call execute(), something like: void worker_thread() { // retrieve from message queue and execute std::auto_ptr<bind_wrapper> message_l = ... message_l->execute(); } So, in this case: 1. Yes, a copy is required - boost::ref is not appropriate. 2. Each bind corresponds to a single call (not O(N) calls) We have a home grown solution (less general than bind of course) requiring only a single copy. I was hoping to replace it with bind but it's hard to justify adding the extra argument copies. Thanks for the info though, Cheers, Trent.

1 0

preprocessor library, unique token for each translational unit
by Sean Kelly 06 Jan '05

06 Jan '05

Hello All, I'm trying to figure out if it is possible to use the preprocessor library to generate a unique token for a given translational unit suitable for use in a variable definition. __FILE__ doesn't work for obvious reasons. The motivation is use the template below to generate a unique function scope static "verbosity" for each translation unit. The extern is necessary to give the non-type template par external linkage but also requires a unique variable name. thanks for any help. -Sean #define INIT_VERBOSITY extern const char BOOST_PP_CAT(file,UNIQUE_TOKEN)[] filename = __FILE__; #define VERBOSITY VerbosityLookup<BOOST_PP_CAT(file,UNIQUE_TOKEN)>::get() template<const char* STR> class VerbosityLookup { static int get() { static int verbosity = initialize(STR); return verbosity; } }

2 1

Boost General Interest mailing list
by Jon Kalb 06 Jan '05

06 Jan '05

Boosters, This message announces the Boost General Interest mailing list, called Boost-Interest. This list is a moderated low-traffic announcement-only list of interest to the Boost community. On topic messages will include announcements of books, magazine articles, papers, talks, seminars, products, tools, events, or conferences on advanced uses of C++, generic/generative/meta-programming, and, of course, the Boost libraries. Off topic will be discussion of any kind and job postings. Yes, this is an opt-in list for announcements, but it is a moderated list and the moderators make you two promises. This list will be low volume and all messages will be on-topic (as defined by the charter above). Subscribe or unsubscribe at the Boost-Interest home page: http://lists.boost.org/mailman/listinfo.cgi/boost-interest Anyone may post to this list, but due to the high potential for abuse, each message is individually moderated. Please anticipate some delays in posting and understand that the list moderators have the final say on what is or is not on-topic. -- Jon Kalb Boost-Interest Moderator Kalb(a)LibertySoft.com

1 0

Serialization with NaN and infinity
by Austin Bingham 06 Jan '05

06 Jan '05

I saw a thread on this topic from a few months ago, and I was wondering if there had been any progress or new thought on the topic. Essentially, it appears that the serialization library can't reliably deserialize the serialized version of NaN and infinity for doubles and floats. This seems to be a result of relying on the, AFAIK, undefined behavior of writing NaN/infinity to a stream; it will work correctly with some standard library implementations, but not all. I think the problem can be addressed with these changes: basic_text_oprimitive::save(float or double): on NaN or Infinity, write out some known, stable string (i.e. "nan" or "inf"); don't rely on std implementation. basic_text_iprimitive::load(float or double): look for the "known values" printed by save(), generating the correct values when they're seen. That's a lot of hand waving, to be sure, but something like this would really help out. Of course, a better solution would be fine with me, but there are definitely cases where it's necessary to serialize these values. Currently, there doesn't seem to be a way to reliably to it. Austin Bingham

2 5

Problem compiling the libraries with Dev-C++
by Phantom 06 Jan '05

06 Jan '05

Greetings, I've hit apon a slight problem when it comes to building the latest version of boost (1.32.0) with the tools which come with Dev-C++ (distro 4.9.9.1). When attempting to build the library with the command line; G:\Programming\SDKs\boost_1_32_0>bjam "-sTOOLS=mingw" "-sMINGW_ROOT_DIRECTORY=D:\Dev-Cpp" install the build process fails with the error : spawn: Invalid argument I googled around for a bit and hit apon putting -d+4 onto the command line, which after building the .obj files (via aload of bat files) reported back; Executing raw command directly Executing command ["D:\Dev-Cpp\bin\g++"] ["-Wl,--enable-auto-image-base"] ["-Wl,--exclude-symbols,_bss_end__:_bss_start_ _:_data_end__:_data_start__"] ["-Wl,--out-implib,bin\boost\libs\date_time\build\boost_date_time.dll\mingw\ debug\boost_da te_time-mgw-d-1_32.lib"] [-g] [-shared] [-Wl,--allow-multiple-definition] [-mno-cygwin] [-o] ["bin\boost\libs\date_time\ build\boost_date_time.dll\mingw\debug\boost_date_time-mgw-d-1_32.dll"] [-L"D:/Dev-Cpp/lib"] ["bin\boost\libs\date_time\b uild\boost_date_time.dll\mingw\debug\greg_month.obj"] ["bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\g reg_weekday.obj"] ["bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\date_genera tors.obj"] spawn: Invalid argument On the advise of someone from gamedev.net I tried the cleaned up version of the command line myself, and it built the lib and dll ok. the cleaned up version was : D:\Dev-Cpp\bin\g++ -Wl,--enable-auto-image-base -Wl,--exclude-symbols,_bss_e nd__:_bss_start__:_data_end__:_data_start__ -Wl,--out-implib,bin\boost\libs\ date_time\build\boost_date_time.dll\mingw\debug\boost_date_time-mgw-d-1_32.l ib -g -shared -Wl,--allow-multiple-definition -mno-cygwin -o bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\boost_date_ti me-mgw-d-1_32.dll -LD:/Dev-Cpp/lib bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\greg_month.ob j bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\greg_weekday. obj bin\boost\libs\date_time\build\boost_date_time.dll\mingw\debug\date_generato rs.obj So, the tools work fine, just for some reason the bjam building doesnt. Bjam has been used by me to build the VC7.1 version of the library back when the current boost version was released. So, the questionis, does anyone have any idea what I might have done wrong to cause such sillyness? The output directory of C:\boost and the "bin" directory the build makes were both deleted prior to trying to build the libraries with mingw32. For completeness the output from the g++ --version is; D:\Dev-Cpp\bin>g++ --version g++ (GCC) 3.3.1 (mingw special 20030804-1) Any tips or help would be appricated, I dont fancy having to try to link everything by hand... Cheers, Rob

1 0

libboost_regex-vc6-sgd-1_32.lib
by Asha V.G. 06 Jan '05

06 Jan '05

Hi When I try to link the test sample, I am getting the error cannot open file "libboost_regex-vc6-sgd-1_32.lib" I am using vc6 to compile. Could any one please help in getting source compiled? Regards Asha

2 1