- Boost-users - lists.boost.org

Help with shared_ptrs please
by Steve Folly 08 Feb '04

08 Feb '04

Hi, I'd like some help trying to crack a problem I've got. Now, I am using shared pointers at the moment, and that might be part of my problem, or it might not, but I'll describe the situation and you can tell to go elsewhere if you like! :) Part of my application involves scripting - allowing the user to write file based scripts to execute within the context of an application. I've designed it so it also gives the ability for the application writer to create some 'scripts' by creating classes directly in the C++ code. The script has the ability to run in the main thread of the app, but some statements could potentially block, so each statement is run from a 'timer' event which gets scheduled immediately. Those that block wait for an event and continue on that event. This part is working well. The statements are classes constructed in a hierarchical manner with things like a block class (a statement itself) which has a list of statements in it, an if statement class - which has an expression evaluator, a statement for the 'then' part, and an optional statement for the 'else' part. You get the idea? After looking at boost::lambda I thought it would be nice if I could construct my script similar to how lambda does these sorts of control statements - the if_, switch_, for_ constructs. The idea I have is like: expression exp = ... If_statement s1 = if_( expr)->then_( s2 )->else_( s3 ); while_statement ws = while_( expr ).do_( s1 ); One of the things I decided early on was to use shared_ptrs. The while_ and if_ constructs are functions returning a shared pointer to the real if statement object. Now my problem: given the example above. The do_ method of a while_statement takes a shared pointer to a statement so I don't have to worry about deallocation. Constructing the if_ statement on it's own is no problem, but if I was to construct one directly within the do_ part of the while statement it wont compile: while_( expr ).do_( if_(expr)->then_(s2)->else_(s3) ); The problem is to be able to chain then_ and else_ together, I have to return a plain pointer because the if_ statement itself doesn't know about it's shared pointer. So now, the compiler complains that can't implicitly convert a plain if_statement pointer into a shared pointer. And even if it could, I don't have the original shared pointer to hand. Now, I hope you're all still listening at the back! :) My first thought was to somehow get the object to look after the shared pointer, but surely if the object has a reference to itself, the ref count of the shared pointer could never reach zero? As I said right at the beginning, I think is a problem I have with shared pointers, whether it be a misunderstanding about them or maybe I'm using them the wrong way? I could always go for scrapping the shared pointers all together, and make the classes responsible for their own (de)allocation, but I was rather hoping to avoid that. Any tips and suggestions on ways forward will be much appreciated. (Even if to say - "ha! it'll never work", or "try a another newsgroup"! :) TIA. -- Regards, Steve.

2 5

PreProcessor Library and Class Constructors
by Paul Grenyer 07 Feb '04

07 Feb '04

Hi All I fear I may be trying to get a square peg in a round hole, but here goes anyway... I'm trying to use the boost PreProcessor library to generate constructors with varying numbers of parameters. I've tried the following: #include <boost/preprocessor/arithmetic/inc.hpp> #include <boost/preprocessor/punctuation/comma_if.hpp> #include <boost/preprocessor/repetition.hpp> #ifndef MAX_CONCRETE_CONSTRUCTOR_PARAMS #define MAX_CONCRETE_CONSTRUCTOR_PARAMS 3 #endif #define CONCRETE_CONSTRUCTOR(Z, N, _) \ template<class R BOOST_PP_COMMA_IF(N) BOOST_PP_ENUM_PARAMS(N, class A)> \ explicit Concrete( BOOST_PP_ENUM_PARAMS(N, A) ) \ { } class Concrete { public: BOOST_PP_REPEAT(BOOST_PP_INC(MAX_CONCRETE_CONSTRUCTOR_PARAMS), CONCRETE_CONSTRUCTOR, _) }; int main() { Concrete a( 1, 2 ); return EXIT_SUCCESS; } But this gives me the following error: error C2660: 'Concrete::Concrete' : function does not take 2 arguments I have feeling I'm doing something very wrong or that can't be done. Regards Paul Paul Grenyer Email: paul(a)paulgrenyer.co.uk Web: http://www.paulgrenyer.co.uk Have you met Aeryn: http://www.paulgrenyer.co.uk/aeryn/? Version 0.3.0 beta now ready for download

1 0

RE: [Boost-users] How to export arrays from C(++) to python using boost
by Shukla, Nitin (Export) 06 Feb '04

06 Feb '04

Hi, I working on an application where an array of ints and floats are to exported from C++ to Python using boost::python. As I am newbie to boost python, I couldn't find any documentation or working example that satisfies the above requirement. Can someone help me out?? Nitin. -----Original Message----- From: Shukla, Nitin (Export) [mailto:nitin.shukla@pw.utc.com] Sent: Thursday, February 05, 2004 3:19 PM To: 'boost-users(a)lists.boost.org' Subject: [Boost-users] How to export arrays from C(++) to python using boost I want to export an array of int and floats from C(++) to python using Boost but don't know how? Can anyone help me out? Is there any tutorials specifically on C(++)/Python interfacing using the Boost tool? I also want to export the BOOL type of C(++) to Python. How can I do that? --Nitin _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

RE: [Boost-users] configuring boost on MS Visual Studio 6 where t he installation drive isn't C:
by Administrator 06 Feb '04

06 Feb '04

Wayne, There might still be conflicts if the compiler can't place everything into it's proper namespace. In addition, some sdk's force everything into std namespace or into the global namespace. If you use "using namespace boost;", you're basically doing the same thing. There are a couple of options that could be used separately. 1. One is to not use "using namespace". Preface everything used from there with boost:: or std::. More typing, less pain, less chance for conflict. 2. The second is wrap the offending sdk in it's own namespace. Here is what I have come up with. I have three files here. c.h is the original function. b.h wraps it in it's own namespace, and main.cpp can only use it with the new namespace. Simple example, but hopefully it illustrates what I'm trying to get across. -------------------------------------------------- c.h ------------------------------------------------- #ifndef _C_H #define _C_H inline int garbage_method() { return 0; } #endif // -------------------------------------------------- b.h -------------------------------------------------- #ifndef _B_H #define _B_H namespace garbage_namespace { #include "c.h" } #endif // -------------------------------------------------- main.cpp -------------------------------------------------- #include "b.h" int main() { return garbage_namespace::garbage_method(); } -----Original Message----- From: Dernoncourt, Wayne CTR NAVAIR 3184, ,10 [mailto:wayne.dernoncourt@navy.mil] Sent: Friday, February 06, 2004 5:43 AM To: Boost Users mailing list Subject: RE: [Boost-users] configuring boost on MS Visual Studio 6 where the installation drive isn't C: Well that worked much better as far as it went (747 updated files out of 747 targets wth no skipped files and no failures). The version of the bjam binary was a little larger (~5k) than the one I compiled<scratches head>, but using this produced no errors. Unfortunately we still have at least a few problems. As I described originally we are using a highly specialized third party SDK. Part of this SDK redefines reverse_iterator (as well as min & max) evidently the MS Visual C++ reverse iterator is broken in some way. From a cursory examination of the two implementations, it appears that both the two are very similiar in functionality if not implementation. The issue with min/max could be eliminated by commenting out line 59 of boost/config/stllib/dinkumware.hpp (line defines BOOST_NO_STD_MIN_MAX). There doesn't appear to be a similiar line for the reverse iterator. One of the issues appears to be that this third party SDK doesn't seem to use namespaces for the SDK. From my limited understanding, for namespaces to be used effectively, the different libraries/SDK's would need to be in their own namespaces. If Boost had theirs and the third party used the global namespaces, there could still be conflicts. Is my understanding correct?

1 0

Conversions between shared_ptr<Base> and shared_ptr<Derived>
by Joshua Little 06 Feb '04

06 Feb '04

I've been using shared pointers for a few months now and just discovered I have been using them the wrong way, causing massive memory leaks. So I'm going back through my code and cleaning everything up and making the changes to correct all the mistakes I had been making. So now I've run into a bit of a problem. I'm using Boost 1.30.2 currently and I have function that takes in a Base class to place into a vector, but I have a number of Derived classes that will be going into the vector as well. From reading through the docs and the mailing lists everything seems to indicate that the conversion should be implicit and there shouldn't be a problem. I have the feeling I am missing something here so I was wondering if someone could point out my error. So I have something like this: std::vector<boost::shared_ptr<Base> > BaseVector; void add(boost::shared_ptr<Base>& newOne) { BaseVector.push_back(newOne); } and I call it like this usually : boost::shared_ptr<Derived> p(new Derived); add(p); I thought that it would work just like using raw pointers (which was working) but I get a compile time error that : no matching function call to add(boost::shared_ptr<Derived>&) canadites are add(boost::shared_ptr<Base>&).. ect. So I think I'm doing this the wrong way, about the only thing I can think of was something I saw in a few postings. Essentially creating a new pointer with the derived pointer then passing it into the function like this : boost::shared_ptr<Derived> p(new Derived); boost::shared_ptr<Base> q(p); add(q); Is that the preferred way of doing it? Or is there another step I'm missing when creating the shared_ptrs to allow them to be implicitly converted? Thanks, Joshua.

5 6

RE: [Boost-users] configuring boost on MS Visual Studio 6 where the installation drive isn't C:
by Dernoncourt, Wayne CTR NAVAIR 3184, ,10 06 Feb '04

06 Feb '04

Well that worked much better as far as it went (747 updated files out of 747 targets wth no skipped files and no failures). The version of the bjam binary was a little larger (~5k) than the one I compiled<scratches head>, but using this produced no errors. Unfortunately we still have at least a few problems. As I described originally we are using a highly specialized third party SDK. Part of this SDK redefines reverse_iterator (as well as min & max) evidently the MS Visual C++ reverse iterator is broken in some way. From a cursory examination of the two implementations, it appears that both the two are very similiar in functionality if not implementation. The issue with min/max could be eliminated by commenting out line 59 of boost/config/stllib/dinkumware.hpp (line defines BOOST_NO_STD_MIN_MAX). There doesn't appear to be a similiar line for the reverse iterator. One of the issues appears to be that this third party SDK doesn't seem to use namespaces for the SDK. From my limited understanding, for namespaces to be used effectively, the different libraries/SDK's would need to be in their own namespaces. If Boost had theirs and the third party used the global namespaces, there could still be conflicts. Is my understanding correct? -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org]On Behalf Of Administrator Sent: Thursday, February 05, 2004 15:11 To: 'Boost Users mailing list' Subject: RE: [Boost-users] configuring boost on MS Visual Studio 6 where the installation drive isn't C: Binaries of bjam are released separately. You can actually download a binary of bjam for nt at the bottom of the Sourceforge download page here: http://sourceforge.net/project/showfiles.php?group_id=7586 Also get the latest version (1.31.0) of boost as it has an easier install stage. The command-line should be: bjam "-sTOOLS=msvc" "-sMSVC_ROOT=D:\Progra~1\Micros~1" You can avoid all that if you execute vcvars32.bat and then do: bjam "-sTOOLS=msvc" That should si

1 0

Mac OS 10.3.2 Compiling Problems.
by Pierre-Michel Tremblay 06 Feb '04

06 Feb '04

Bonjour, I'm new to Boost. My platform is a PowerBook G4 running Mac OS X 10.3.2 with the following: [champignac:~] ptrembla% gcc -v Reading specs from /usr/libexec/gcc/darwin/ppc/3.3/specs Thread model: posix gcc version 3.3 20030304 (Apple Computer, Inc. build 1495) -downloaded boost-1.31.0.tar.gz -downloaded boost-jam-3.1.9.tgz -created a directory in ~/CVSROOTs and moved the two downloaded files there. -expanded downloaded boost-jam-3.1.7.tgz and ran build.sh -moved the executables created in ~/CVSROOTs/boost-jam-3.1.9/bin.macosxppc to /usr/bin -expanded boost-1.31.0.tar.gz and went to directory with jam files [champignac:~] ptrembla% cd /Users/ptremblay/CVSROOTs/boost_1_31_0 [champignac:~/CVSROOTs/boost_1_31_0] ptrembla% ls Jamfile boost.css people Jamfile.v2 c++boost.gif project-root.jam Jamrules doc rst.css LICENSE_1_0.txt google_logo_40wht.gif status README index.htm tools boost libs boost-build.jam more -set up my environment variables relating to Python within ~/.cshrc, i.e. set PYTHON_ROOT="/usr/bin/python" set PYTHON_VERSION="2.3" [champignac:~/CVSROOTs/boost_1_31_0] ptrembla% which python /usr/bin/python [champignac:~/CVSROOTs/boost_1_31_0] ptrembla% python -V Python 2.3 -ran bjam -sTOOLS=darwin [champignac:~/CVSROOTs/boost_1_31_0] ptrembla% which bjam /usr/bin/bjam [champignac:~/CVSROOTs/boost_1_31_0] ptrembla% cd /Users/ptremblay/CVSROOTs/boost_1_31_0 [champignac:~/CVSROOTs/boost_1_31_0] ptrembla% bjam -sTOOLS=darwin --------------------------------------------------------------------- skipping Boost.Python library build due to missing or incorrect configuration couldn't find Python.h in "/System/Library/Frameworks/Python.framework/Versions/2.2/include/ python2.2" You can configure the location of your python installation by setting: PYTHON_ROOT - currently "/System/Library/Frameworks/Python.framework/Versions/2.2" PYTHON_VERSION - The 2-part python Major.Minor version number (e.g. "2.2", NOT "2.2.1") - currently "2.2" The following are automatically configured from PYTHON_ROOT if not otherwise set: PYTHON_LIB_PATH - path to Python library object; currently PYTHON_INCLUDES - path to Python #include directories; currently "/System/Library/Frameworks/Python.framework/Versions/2.2/include/ python2.2" --------------------------------------------------------------------- ...patience... ...found 4834 targets... ...updating 315 targets... {Output cut here} MkDir1 bin/boost/libs/test MkDir1 bin/boost/libs/test/build MkDir1 bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib MkDir1 bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin MkDir1 bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/debug MkDir1 bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/debug/ shared-linkable-true darwin-C++-action bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/debug/ shared-linkable-true/execution_monitor.o darwin-C++-action bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/debug/ shared-linkable-true/cpp_main.o darwin-Link-DyLib-action bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/debug/ shared-linkable-true/libboost_prg_exec_monitor-d-1_31.dylib ld: Undefined symbols: cpp_main(int, char**) DYLD_LIBRARY_PATH=bin/boost/libs/test/build/ libboost_prg_exec_monitor.dylib/darwin/debug/shared-linkable-true export DYLD_LIBRARY_PATH ld -dynamic -m -r -d -o "bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/ debug/shared-linkable-true/libboost_prg_exec_monitor-d-1_31.lo" "bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/ debug/shared-linkable-true/execution_monitor.o" "bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/ debug/shared-linkable-true/cpp_main.o" \ && \ c++ -g -Wl,-dynamic -nostartfiles -Wl,-dylib -Wl,-ldylib1.o -o "bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/ debug/shared-linkable-true/libboost_prg_exec_monitor-d-1_31.dylib" "bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/ debug/shared-linkable-true/libboost_prg_exec_monitor-d-1_31.lo" \ \ \ && \ rm -f "bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/ debug/shared-linkable-true/libboost_prg_exec_monitor-d-1_31.lo" ...failed darwin-Link-DyLib-action bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/debug/ shared-linkable-true/libboost_prg_exec_monitor-d-1_31.dylib... MkDir1 bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/ release MkDir1 bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/ release/shared-linkable-true darwin-C++-action bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/ release/shared-linkable-true/execution_monitor.o darwin-C++-action bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/ release/shared-linkable-true/cpp_main.o darwin-Link-DyLib-action bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/ release/shared-linkable-true/libboost_prg_exec_monitor-1_31.dylib ld: Undefined symbols: cpp_main(int, char**) DYLD_LIBRARY_PATH=bin/boost/libs/test/build/ libboost_prg_exec_monitor.dylib/darwin/release/shared-linkable-true export DYLD_LIBRARY_PATH ld -dynamic -m -r -d -o "bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/ release/shared-linkable-true/libboost_prg_exec_monitor-1_31.lo" "bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/ release/shared-linkable-true/execution_monitor.o" "bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/ release/shared-linkable-true/cpp_main.o" \ && \ c++ -Wl,-x -Wl,-dynamic -nostartfiles -Wl,-dylib -Wl,-ldylib1.o -o "bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/ release/shared-linkable-true/libboost_prg_exec_monitor-1_31.dylib" "bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/ release/shared-linkable-true/libboost_prg_exec_monitor-1_31.lo" \ \ \ && \ rm -f "bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/ release/shared-linkable-true/libboost_prg_exec_monitor-1_31.lo" ...failed darwin-Link-DyLib-action bin/boost/libs/test/build/libboost_prg_exec_monitor.dylib/darwin/ release/shared-linkable-true/libboost_prg_exec_monitor-1_31.dylib... {Output cut here} ...failed updating 6 targets... ...updated 309 targets... QUESTIONS Are these failures "normal"? If not, what can I do to make it compile correctly? What should I do to make Boost.Python to compile correctly with 2.3? Where are the files I should rectify to solve these errors? Many thanks. Pierre-Michel

1 0

Errors with #include "boost/test/included/test_exec_monitor.hpp"
by Shawn Church 05 Feb '04

05 Feb '04

I am having problems compiling using the included form of the test execution monitor library. I have not tried building the library seperately and linking. The following test illustrates the problem: #include "boost/test/included/test_exec_monitor.hpp" int test_main(int argc, char *argv[]) { BOOST_CHECK("TEST ME"); } /* When used with boost 1.30.2 Building Makefile: "C:\Dev-Cpp\Local\sql\Mingw32\Makefile.win" Executing make... make.exe -f "C:\Dev-Cpp\Local\sql\Mingw32\Makefile.win" all g++.exe -c ../src/test_main.cpp -o ../src/test_main.o -I"C:/Dev-Cpp/include/c++" -I"C:/Dev-Cpp/include/c++/mingw32" -I"C:/Dev-Cpp/include/c++/backward" -I"C:/Dev-Cpp/include" -I"C:/Dev-Cpp/Local/boost-1.30.2" <<<<< The only change is here. -fexceptions -fmessage-length=0 g++.exe ../src/test_main.o -o "Sql.exe" -L"C:/Dev-Cpp/lib" ../../../lib/libodbc32.a Execution terminated Compilation successful Output: Platform: Win32 Compiler: GNU C++ version 3.2 (mingw special 20020817-1) STL : GNU libstdc++ version 20020816 Boost : 1.30.2 Entering test case "call_test_main" ../src/test_main.cpp(5): info: test "TEST ME" passed C:/Dev-Cpp/Local/boost-1.30.2/libs/test/src/test_main.cpp(40): error in "call_test_main": test test_main_result == 0 || test_main_result == boost::exit_success failed Leaving test case "call_test_main" Test case "call_test_main" failed with: 1 assertion out of 2 passed 1 assertion out of 2 failed When compiling with 1.31.0 Compiler: Default compiler Building Makefile: "C:\Dev-Cpp\Local\sql\Mingw32\Makefile.win" Executing make... make.exe -f "C:\Dev-Cpp\Local\sql\Mingw32\Makefile.win" all g++.exe -c ../src/test_main.cpp -o ../src/test_main.o -I"C:/Dev-Cpp/include/c++" -I"C:/Dev-Cpp/include/c++/mingw32" -I"C:/Dev-Cpp/include/c++/backward" -I"C:/Dev-Cpp/include" -I"C:/Dev-Cpp/Local/boost_1_31_0" <<< The only change is here !!!!! -fexceptions -fmessage-length=0 In file included from C:/Dev-Cpp/include/boost/test/included/test_exec_monitor.hpp:20, from ../src/test_main.cpp:1: C:/Dev-Cpp/Local/boost_1_31_0/libs/test/src/execution_monitor.cpp:185: no `int boost::execution_monitor::run_function()' member function declared in class `boost::execution_monitor' C:/Dev-Cpp/Local/boost_1_31_0/libs/test/src/execution_monitor.cpp: In member function `int boost::execution_monitor::run_function()': C:/Dev-Cpp/Local/boost_1_31_0/libs/test/src/execution_monitor.cpp:186: `m_custom_translators' undeclared (first use this function) C:/Dev-Cpp/Local/boost_1_31_0/libs/test/src/execution_monitor.cpp:186: (Each undeclared identifier is reported only once for each function it appears in.) .... I deleted 100+ lines of errors here .... C:/Dev-Cpp/include/boost/test/detail/unit_test_monitor.hpp:51: `target_test_case_' undeclared (first use this function) C:/Dev-Cpp/include/boost/test/detail/unit_test_monitor.hpp:51: only constructors take base initializers C:/Dev-Cpp/include/boost/test/detail/unit_test_monitor.hpp:51: confused by earlier errors, bailing out make.exe: *** [../src/test_main.o] Error 1 Execution terminated */ I rechecked the release notes for the test library and did not see any reason why the above should not work. Maybe i am just missing something simple. Guess I will try building and linking it to see what happens. -- Shawn Church sl_church(a)sbcglobal.net

1 1

RE: [Boost-users] configuring boost on MS Visual Studio 6 where t he installation drive isn't C:
by Administrator 05 Feb '04

05 Feb '04

Binaries of bjam are released separately. You can actually download a binary of bjam for nt at the bottom of the Sourceforge download page here: http://sourceforge.net/project/showfiles.php?group_id=7586 Also get the latest version (1.31.0) of boost as it has an easier install stage. The command-line should be: bjam "-sTOOLS=msvc" "-sMSVC_ROOT=D:\Progra~1\Micros~1" You can avoid all that if you execute vcvars32.bat and then do: bjam "-sTOOLS=msvc" That should si -----Original Message----- From: Dernoncourt, Wayne CTR NAVAIR 3184, ,10 [mailto:wayne.dernoncourt@navy.mil] Sent: Thursday, February 05, 2004 10:16 AM To: Boost Users mailing list Subject: RE: [Boost-users] configuring boost on MS Visual Studio 6 where the installation drive isn't C: (I've been using MS Outlook for years and I still don't like the way it handles quoting like this!) Please pardon the newbieness, these are probably elmentary questions. It turns out the copy of Boost I have didn't have a bjam.exe (I don't know why) so I had to puzzle out how to build that (bad path, etc.) Now trying to figure out how to get Boost to build - done sort of. I don't see how this is going to examine the conflicts with the subset of RogueWave being used by the third party SDK. According to the results from the command "bjam" being executed in the D:\boost-1.30.2 directory: - failed updating 660 targets - skipped 234 targets - updated 260 targets (the actual number has scrolled off screen...) Looking back through the screens, there seem to be CALL "C:\Program Files\Microsoft\Visual Studio...", well that isn't right, it lives on D:, not C:. An earlier email suggested an S setting, so I tried: bjam "VC6_ROOT=D:\Progra~1\Micros~1" and it complains about not having Python (well, it hasn't been installed, we don't need it for this project, though it seems to be very popular) and then it complains about not knowning how to make VC6_ROOT=D:\same stuff. ...found 1 target ...can't find 1 target and it quits.

1 0

RE: [Boost-users] configuring boost on MS Visual Studio 6 where the installation drive isn't C:
by Dernoncourt, Wayne CTR NAVAIR 3184, ,10 05 Feb '04

05 Feb '04

Ahhhh, evidently vcvars32.bat wasn't being run to set some envrionment variables. Running this first makes a difference! Now 494 targets failed (there were 660 failing targets), 178 targets were skipped (there were 250). Of the failing targets most seem to be referencing mwcc (metro works c++ compiler?). Still not clear how some of this works. Trying to run the tests we came up with and now the complaining about missing boost/config.hpp... there it is, I can see it<jabbing my finger at the screen>. I'll fool with this some more in the AM... -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org]On Behalf Of Administrator Sent: Wednesday, February 04, 2004 14:54 To: 'Boost Users mailing list' Subject: RE: [Boost-users] configuring boost on MS Visual Studio 6 where the installation drive isn't C: Wayne, What configure script? Boost requires bjam.exe. If you follow the directions here: http://www.boost.org/more/getting_started.html you should have no problems. I have never had a problem with either MS Visual C++ 6.0 with regards to bjam, nor have I ever used a configure script with Boost. Cygwin is an alternative, but you shouldn't need it if you follow the getting started directions. Dale -----Original Message----- From: Dernoncourt, Wayne CTR NAVAIR 3184, ,10 [mailto:wayne.dernoncourt@navy.mil] Sent: Wednesday, February 04, 2004 9:17 AM To: Boost Users mailing list Subject: [Boost-users] configuring boost on MS Visual Studio 6 where the installation drive isn't C: For a number of reasons we don't have MS Visual Studio installed on the C: drive. We also have another SDK installed that uses part of Rogue Wave. Both libraries try to define min, max and a reverse iterator (there are items, those are the ones we've come across in an afternoon of experimentation). As I understand things, the ./configure script will look for conflicts with other libraries and try to work around them. The ./configure script is a bourne shell script, but there is no obvious way of running that script in Windows. One approach I thought of was to install cygwin to run the script, but that would have to invoke the MS C++ compiler (invoking a Windows based tool from inside of a Linux like environment), I'm not sure that would actually work. Are there alternatives that need to be explored? Would the cygwin approach actually work? (we are currently using MS Visual Studio 6 because of requirement of the other SDK) _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0