OK, so I invoked Jam from my Boost root directory using: c:\boost_1_27_0\boost-build\jam -sBOOST_ROOT=. -sTOOLS="msvc" Now Jam is actually doing something, but I'm still getting messages like: The system cannot find the specified path. C:\Program is not recongnized as an internal or external command, operable program or batch file Also, I get a lot of messages like: ...found 1606 targets... ...updating 381 targets... [many other messages] ...failed msvc-C++-action [many other messages] ...failed updating 168 targets... ...skipped 202 targets... ...updated 11 targets... Obviously some things are happening, but I get the idea that it didn't work 100%. Do you have any advice? ________________________________________________________________ GET INTERNET ACCESS FROM JUNO! Juno offers FREE or PREMIUM Internet access for less! Join Juno today! For your FREE software, visit: http://dl.www.juno.com/get/web/.
Is there anywhere on the web to look at examples of BGL using Microsoft VC++ 6.0 compiler? All I can get it to do is say, #error : The vector-as-graph module requires a compiler that supports partial specialization. In the application I have in mind, the number of vertices will not be known _a priori_ at runtime, not even approximately. It will run an algorithm that adds vertices to the graph as it grinds along. There may be a huge number of vertices. The number of edges out of a vertex will typically be two, but there could be more, and sometimes only one. Dave
The vector_as_graph class can not be used with VC++ ver 6. However, only a few examples use this class, and there are other graph classes to choose from, like adjacency_list. The directory boost/libs/graph/examples is full of examples. Also, the BGL book contains many examples. On Fri, 10 May 2002, Jive Dadson wrote: jdadso> Is there anywhere on the web to look at examples of BGL jdadso> using Microsoft VC++ 6.0 compiler? jdadso> jdadso> All I can get it to do is say, #error : The vector-as-graph module jdadso> requires a compiler that supports partial specialization. jdadso> jdadso> In the application I have in mind, the number of vertices jdadso> will not be known _a priori_ at runtime, not even jdadso> approximately. It will run an algorithm that adds jdadso> vertices to the graph as it grinds along. There may be a jdadso> huge number of vertices. The number of edges out of a jdadso> vertex will typically be two, but there could be more, and jdadso> sometimes only one. jdadso> jdadso> Dave jdadso> jdadso> jdadso> jdadso> Info: <http://www.boost.org> jdadso> Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> jdadso> Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> jdadso> jdadso> jdadso> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ jdadso> jdadso> ---------------------------------------------------------------------- Jeremy Siek http://php.indiana.edu/~jsiek/ Ph.D. Student, Indiana Univ. B'ton email: jsiek@osl.iu.edu C++ Booster (http://www.boost.org) office phone: (812) 855-3608 ----------------------------------------------------------------------
OK, so I invoked Jam from my Boost root directory using:
c:\boost_1_27_0\boost-build\jam -sBOOST_ROOT=. -sTOOLS="msvc"
Now Jam is actually doing something, but I'm still getting messages
Can't really help but heres my two pennies worth anyway. You need to make sure certain symbols/environment variables exisit within you environment or edit the JAM file directly. These env vars tell jam where your compiler, headers, libs directories are. Don't know which version of boost jam you are using, the version I'm using does not support windows long file names with spaces so virtually all targets fail due to bad include paths, and I decided not to hack my VC installation just to let JAM build. You may have the same thing, I gave up and just used the parts of the library that only require headers. I still have stuff which won't build though, and don't even consider VC7! David Marsh --- In Boost-Users@y..., jd.schmidt@j... wrote: like:
The system cannot find the specified path. C:\Program is not recongnized as an internal or external command,
operable program or batch file
Also, I get a lot of messages like: ...found 1606 targets... ...updating 381 targets... [many other messages] ...failed msvc-C++-action [many other messages] ...failed updating 168 targets... ...skipped 202 targets... ...updated 11 targets...
Obviously some things are happening, but I get the idea that it
didn't work 100%. Do you have any advice?
________________________________________________________________ GET INTERNET ACCESS FROM JUNO! Juno offers FREE or PREMIUM Internet access for less! Join Juno today! For your FREE software, visit: http://dl.www.juno.com/get/web/.
"dmarsh26us" <david.marsh10@ntlworld.com> wrote in message news:abg53b+d43p@eGroups.com...
Can't really help but heres my two pennies worth anyway.
You need to make sure certain symbols/environment variables exisit within you environment or edit the JAM file directly.
Do only the former, not the latter. These will all be documented for the upcoming Boost release.
These env vars tell jam where your compiler, headers, libs directories are. Don't know which version of boost jam you are using, the version I'm using does not support windows long file names with spaces
It does; you just have to quote them properly. The need for quoting will be fixed in the upcoming boost release.
so virtually all targets fail due to bad include paths, and I decided not to hack my VC installation just to let JAM build.
You can also use the "SUBST hack" to work around it: just map your vc install directory to a top-level drive letter: C:\boost\libs\python\test>SUBST /? Associates a path with a drive letter. SUBST [drive1: [drive2:]path] SUBST drive1: /D drive1: Specifies a virtual drive to which you want to assign a path. [drive2:]path Specifies a physical drive and path you want to assign to a virtual drive. /D Deletes a substituted (virtual) drive. Type SUBST with no parameters to display a list of current virtual drives.
You may have the same thing, I gave up and just used the parts of the library that only require headers. I still have stuff which won't build though, and don't even consider VC7!
I am building and testing successfully with VC6 and VC7. -Dave
participants (2)
-
David Abrahams -
dmarsh26us -
jd.schmidt＠juno.com -
Jeremy Siek -
Jive Dadson