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@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@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users _______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users