On Tue, 9 Dec 2003 20:58:30 +0100, Uwe Sander wrote:

I guess there went something wrong during the build, because you should see some .lib files which are the ones to link against.

Any idea where to start debugging? If I now give this command, D:\C++\Boost\Current>..\bjam.exe "-sTOOLS=gcc" I get this output: --------------------------------------------------------------------- skipping Boost.Python library build due to missing or incorrect configuration couldn't find Python.h in "/cygwin//usr/local/pydebug/include/python2.2 /cygwin//usr/local/pydebug/include/python2.2 /cygwin//usr/include/python2 .2 /cygwin//usr/include/python2.2 /usr/local/pydebug/include/python2.2 /usr/local/pydebug/include/python2.2 /usr/include/python2.2 /usr/include/p ython2.2 /usr/include" You can configure the location of your python installation by setting: PYTHON_ROOT - currently "/usr" 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 "/usr/libs" For detailed configuration of Boost.Python for Cygwin GCC under Windows NT please see http://www.boost.org/libs/python/doc/building.html --------------------------------------------------------------------- ...found 2012 targets... Notice that it doesn't seem to actually build anything. I assume that this is because it's detecting that everything is already built, but I don't know. Thanks, Scott

On Tuesday 09 December 2003 04:04 pm, David Abrahams wrote: Beman>The CVS version should be more flexible, but the changes are recent Beman> so make sure you are up to date. This point should really be amplified: John Maddock contributed an excellent system to make linking against Boost libraries much easier. If you're using CVS, you need only add the Boost stage library directory to your linking paths and most of the Wintel compilers will pick up the right library automatically. Doug

At 10:48 PM 12/9/2003, Scott Meyers wrote:

Unfortunately, I haven't been able to find a way to make it work for VC7.1. This is my most recent effort:

set BOOST_FILESYSTEM_LIB=D:\C++\Boost\Current\libs\filesystem\build\bin\libboost _filesystem.lib \vc7\debug\runtime-link-dynamic\libboost_filesystem.lib cl /TP /W4 /WL /GX /GR -ID:\C++\Boost\Current simple_ls.cpp /link /defaultlib:% BOOST_FILESYSTEM_LIB%

Try a slight variation: cl /TP /W4 /WL /GX /GR -ID:\C++\Boost\Current simple_ls.cpp %BOOST_FILESYSTEM_LIB% (That's all on the same line, of course.) Please note that we are close to release 1.31.0, and it will have much improved library auto-linking for VC++ and some other Win32 compilers. The library names for all compilers will change, however, so don't cast anything in concrete that depends on the current names. --Beman

At 02:13 PM 12/10/2003, Scott Meyers wrote:

...

Try a slight variation:

cl /TP /W4 /WL /GX /GR -ID:\C++\Boost\Current simple_ls.cpp %BOOST_FILESYSTEM_LIB%

Alas, that doesn't help. I still get multiply defined symbols. This is with 1.30.2. Is there any reason to expect that the problem will magically go away if the get the CVS version?

Hard to say - I've never seen the problem before. The usual foul-ups produce undefined symbols rather than multiply defined symbols. There are real advantages to the CVS version of Boost in general and Filesystem in particular: lots of improvements and bug fixes, plus better "getting started" documentation and procedures. Also, since the CVS version is what most Boost developers have installed on their machines, answers to questions might be more on target. --Beman

On Thursday 11 December 2003 11:50 pm, Scott Meyers wrote:

...

There are real advantages to the CVS version of Boost in general and Filesystem in particular: lots of improvements and bug fixes, plus better "getting started" documentation and procedures.

I'd like to give the CVS version a try, but I'm not sure how to do it. I was hoping I could just download a zip or tar file or something, but that seems not to be the case. Boost mentions access via CVS client or web browser. Because I'm lazy and don't feel like learning more new software right now (i.e., a CVS client), I tried the web browser approach, but I don't know what to do once I get to http://cvs.sourceforge.net/viewcvs.py/boost/boost/ to download the libraries. Am I just overlooking something really obvious?

There's a tarball of Boost CVS here (built hourly, I think): http://www.boost-consulting.com/boost.tar.bz2 Doug

Scott, Karl Fogel was kind enough to make the CVS parts of his book "Open Source Development with CVS" (http://cvsbook.red-bean.com/cvsbook.html) available on the web. It is quite good, though I have found a few mistakes. The Cederqvist manual (http://www.cvshome.org/docs/manual/) is also available. -d Deane Yang wrote:

Douglas Gregor wrote:

...

On Thursday 11 December 2003 11:50 pm, Scott Meyers wrote:

...

...

There are real advantages to the CVS version of Boost in general and Filesystem in particular: lots of improvements and bug fixes, plus better "getting started" documentation and procedures.

I'd like to give the CVS version a try, but I'm not sure how to do it.

...

...

...

Am I just overlooking something really obvious?

There's a tarball of Boost CVS here (built hourly, I think): http://www.boost-consulting.com/boost.tar.bz2

Although cvs is a bit daunting at first, you don't really need to learn much. And it's worth having on your computer if you want to try cutting edge code from open or free source projects.

If you're on Windows and have cygwin installed, cvs is one of the optional packages that you can install. Otherwise, you can just download the command-line version from http://ftp.cvshome.org/release/binary/win32/ and follow the instructions on http://www.boost.org/more/download.html

I'm not sure what the status of the official CVS repository is, but I've always had better luck using the boost-consulting.com mirror.

Also, although I also like using the CVS version, because it has all the latest improvements that I desperately want, it does occasionally fall into a temporary state of disrepair, which can be a bit aggravating.

_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users