Boost-Build :

Date view	Thread view	Subject view	Author view

From: Brian Braatz (brianb_at_[hidden])
Date: 2004-07-30 05:44:33

Next message: JÃ¼rgen Hunold: "Re: [jamboost] Bjam and using alternate installs of vc7.1 problems"
Previous message: Victor A. Wagner Jr.: "Re: [jamboost] Jamboost v2: toolset variable"
Next in thread: JÃ¼rgen Hunold: "Re: [jamboost] Bjam and using alternate installs of vc7.1 problems"
Reply: JÃ¼rgen Hunold: "Re: [jamboost] Bjam and using alternate installs of vc7.1 problems"
Reply: Vladimir Prus: "Re: [jamboost] Bjam and using alternate installs of vc7.1 problems"

Scenario:

***********

In my company, one of the things we do is "configuration manage" our
tools. What this boils down to is this: We have a Win shell which sets
up ENV VARS. When a developer does a get to his box, many scripts are
copied down to his local disk, those scripts setup a command shell which
automatically sets up some key ENV vars based upon WHERE on the disk the
code is sitting. This technique allows for us to write scripts
independent of where you put the source code files on your local disk.
(i.e. you use the env vars for the dir of where something is instead of
a literal path).

Additionally, we take some key tools (like compilers and utils) and
place them in revision control- this allows us to have configuration
control over which version of which compiler is used and allows for
centrally controlling which patches get applied and what not.

This amounts to the developer just runs a script that does an initial
get, a shortcut is placed on the desktop, you open the shortcut, your
environment is configured, and all the commands "just work".

My Problems:

*****************

I am the Chief Software Architect of our company. One of my roles is to
drive the tools we use. I am working on switching our base libraries to
boost on future projects and to standardize on Bjam as a build tool.

With Rene's help I was able to get the HELLO sample to compile properly
with boost build V2. I am now working on getting user-config.jam to
allow me to compile the hello with vc7.1 installed somewhere OTHER than
the default dir.

If I can get this working with VC7.1 installed in a non-standard dir, my
next trick is to configure this to work with the ENV var that our
environment sets up. (this will mean for many developers, things will
"just work" :-) )

At this point in time, I will be happy to make the compiler work from a
non-standard install dir.

A snippet with comments from my user-config.jam

# BELOW WORKS BUT it finds that I have VC6, VC70 and VC71 in my path

# bjam choosing which ver of the compiler to use is NOT going to work
for me

# but the line below DOES work on my machine

using msvc ;

# BELOW WORKS (but has a cannot find path warning) (I think it is
vcvars.bat that it is

# complaining about)

using msvc : : "c:/Program Files/Microsoft Visual Studio .NET
2003/Vc7/bin/cl.exe" ;

# this one seems to be correct- no warnings- except I dont like literal
paths

# also the point here is to have this pointing to an area where we can
(in my group)

# have a known config managed version of the compiler

using msvc : : "c:/Program Files/Microsoft Visual Studio .NET 2003/Vc7/"
;

# this doesnt work?

# this dir, is the "free" vc71 I downloaded and added a few things from
the

# retail vc7.1 (VS 2003) to allow for boost to compile

# boost build v1 DOES compile properly with the compiler installed in
the below

# location

using msvc : : "C:/Data/Rmtg/Root/_CLE/Compilers/MS/VC/V_7_01/";

#this one SHOULD work (what gives?)- (VS.NET 2003) I copied my vc7 dir
from program files to vc7 and it doesnt work???

#is boost build wanting other files not IN vc7 dir- or am I doing
something wrong?

using msvc : : C:/vc7/;

Boost build gives me the following when I have that line uncommented

syntax error at EOF

warning: no toolsets are configured.

warning: you won't be able to build C++ programs.

warning: please consult the documentation.

C:/Data/Rmtg/Root/_Common/_Lib/Boost/V_1_31/tools/build/v2/build\targets
.jam:1073: in construct from module object(exe-t

arget-class)@1

error: unable to construct ./hello

C:/Data/Rmtg/Root/_Common/_Lib/Boost/V_1_31/tools/build/v2/build\targets
.jam:914: in object(exe-target-class)@1.generate

from module object(exe-target-class)@1

C:/Data/Rmtg/Root/_Common/_Lib/Boost/V_1_31/tools/build/v2/build\targets
.jam:510: in generate-really from module object(

main-target)@1

C:/Data/Rmtg/Root/_Common/_Lib/Boost/V_1_31/tools/build/v2/build\targets
.jam:483: in object(main-target)@1.generate from

module object(main-target)@1

C:/Data/Rmtg/Root/_Common/_Lib/Boost/V_1_31/tools/build/v2/build\targets
.jam:179: in object(project-target)@1.generate f

rom module object(project-target)@1

C:/Data/Rmtg/Root/_Common/_Lib/Boost/V_1_31/tools/build/v2\build-system.
jam:160: in load from module build-system

C:\Data\Rmtg\Root\_Common\_Lib\Boost\V_1_31\tools\build\v2\example\..\ke
rnel\modules.jam:259: in import from module modu

les

C:\Data\Rmtg\Root\_Common\_Lib\Boost\V_1_31\tools\build\v2\example\..\ke
rnel\bootstrap.jam:120: in boost-build from modu

C:\Data\Rmtg\Root\_Common\_Lib\Boost\V_1_31\tools\build\v2\example\boost
-build.jam:2: in module scope from module

*** NOTE:

In ALL cases, I am not MIXING the "using" lines and have tested with
only one of the above lines uncommented out at a time.

MY QUESTIONS:

*******************

Is there something obvious and dumb I am doing here?

Why can I not copy the vc7 dir from the program files install of vc.net
into another location and point boost build to that one?

I am still looking in the docs, but what is the syntax for using a env
VAR in a jam file? (I am not there yet, but thought I would ask anyways)

------_=_NextPart_001_01C47622.3357E8D5 Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

</head>

<o:p> </o:p>

Scenario:<o:p></o:p>

***********<o:p></o:p>

<o:p> </o:p>

In my company, one of the things we do is “configuration
manage” our tools. What this boils down to is this: We have a Win shell which
sets up ENV VARS. When a developer does a get to his box, many scripts are copied
down to his local disk, those scripts setup a command shell which automatically
sets up some key ENV vars based upon WHERE on the disk the code is sitting.This
technique allows for us to write scripts independent of where you put the source
code files on your local disk. (i.e. you use the env vars for the dir of where something
is instead of a literal path).<o:p></o:p>

<o:p> </o:p>

Additionally, we take some key tools (like compilers andutils)
and place them in revision control- this allows us to have configuration control
over which version of which compiler is used and allows for centrally controlling
which patches get applied and what not.<o:p></o:p>

<o:p> </o:p>

This amounts to the developer just runs a script that does an
initial get, a shortcut is placed on the desktop, you open the shortcut, your environment
is configured, and all the commands “just work”.<o:p></o:p>

<o:p> </o:p>

My Problems:<o:p></o:p>

*****************<o:p></o:p>

I am the Chief Software Architect of our company. One ofmy roles
is to drive the tools we use. I am working on switching our base libraries to boost
on future projects and to standardize on Bjam as a build tool. <o:p></o:p>

<o:p> </o:p>

With Rene’s help I was able to get the HELLO sample to
compile properly with boost build V2. I am now working on getting
user-config.jam to allow me to compile the hello with vc7.1 installed somewhere
OTHER than the default dir.<o:p></o:p>

<o:p> </o:p>

If I can get this working with VC7.1 installed in a
non-standard dir, my next trick is to configure this to work with the ENV var
that our environment sets up. (this will mean for many developers, things will “just
work” J )<o:p></o:p>

<o:p> </o:p>

At this point in time, I will be happy to make the compiler work
from a non-standard install dir.<o:p></o:p>

<o:p> </o:p>

A snippet with comments from my user-config.jam<o:p></o:p>

<o:p> </o:p>

# BELOW WORKS  BUT it
finds that I have VC6, VC70 and VC71 in my path<o:p></o:p>

# bjam choosing which ver of
the compiler to use is NOT going to work for me<o:p></o:p>

# but the line below DOES
work on my machine <o:p></o:p>

using msvc ;                  <o:p></o:p>

<o:p> </o:p>

# BELOW WORKS  (but has
a cannot find path warning) (I think it is vcvars.bat that it is <o:p></o:p>

# complaining about)<o:p></o:p>

using msvc : :
"c:/Program Files/Microsoft Visual Studio .NET 2003/Vc7/bin/cl.exe" ;<o:p></o:p>

<o:p> </o:p>

# this one seems to be
correct- no warnings- except I dont like literal paths<o:p></o:p>

# also the point here is to
have this pointing to an area where we can (in my group) <o:p></o:p>

# have a known config
managed version of the compiler<o:p></o:p>

<o:p> </o:p>

# this doesnt work?<o:p></o:p>

# this dir, is the
"free" vc71 I downloaded and added a few things from the <o:p></o:p>

# retail vc7.1 (VS 2003) to
allow for boost to compile<o:p></o:p>

# boost build v1 DOES
compile properly with the compiler installed in the below <o:p></o:p>

# location<o:p></o:p>

using msvc : :
"C:/Data/Rmtg/Root/_CLE/Compilers/MS/VC/V_7_01/";<o:p></o:p>

<o:p> </o:p>

#this one SHOULD work (what
gives?)- (VS.NET 2003) I copied my vc7 dir from program files to vc7 and it
doesnt work???<o:p></o:p>

#is boost build wanting
other files not IN vc7 dir- or am I doing something wrong?<o:p></o:p>

using msvc : : C:/vc7/;<o:p></o:p>

<o:p> </o:p>

Boost build gives me the following when I have that line
uncommented<o:p></o:p>

<o:p> </o:p>

syntax error at EOF<o:p></o:p>

warning: no toolsets are configured.<o:p></o:p>

warning: you won't be able to build C++ programs.<o:p></o:p>

warning: please consult the documentation.<o:p></o:p>

<o:p> </o:p>

C:/Data/Rmtg/Root/_Common/_Lib/Boost/V_1_31/tools/build/v2/build\targets.jam:1073:
in construct from module object(exe-t<o:p></o:p>

arget-class)@1<o:p></o:p>

error: unable to construct ./hello<o:p></o:p>

C:/Data/Rmtg/Root/_Common/_Lib/Boost/V_1_31/tools/build/v2/build\targets.jam:914:
in object(exe-target-class)@1.generate<o:p></o:p>

from module object(exe-target-class)@1<o:p></o:p>

C:/Data/Rmtg/Root/_Common/_Lib/Boost/V_1_31/tools/build/v2/build\targets.jam:510:
in generate-really from module object(<o:p></o:p>

main-target)@1<o:p></o:p>

C:/Data/Rmtg/Root/_Common/_Lib/Boost/V_1_31/tools/build/v2/build\targets.jam:483:
in object(main-target)@1.generate from<o:p></o:p>

module object(main-target)@1<o:p></o:p>

C:/Data/Rmtg/Root/_Common/_Lib/Boost/V_1_31/tools/build/v2/build\targets.jam:179:
in object(project-target)@1.generate f<o:p></o:p>

rom module object(project-target)@1<o:p></o:p>

C:/Data/Rmtg/Root/_Common/_Lib/Boost/V_1_31/tools/build/v2\build-system.jam:160:
in load from module build-system<o:p></o:p>

C:\Data\Rmtg\Root\_Common\_Lib\Boost\V_1_31\tools\build\v2\example\..\kernel\modules.jam:259:
in import from module modu<o:p></o:p>

les<o:p></o:p>

C:\Data\Rmtg\Root\_Common\_Lib\Boost\V_1_31\tools\build\v2\example\..\kernel\bootstrap.jam:120:
in boost-build from modu<o:p></o:p>

le<o:p></o:p>

C:\Data\Rmtg\Root\_Common\_Lib\Boost\V_1_31\tools\build\v2\example\boost-build.jam:2:
in module scope from module<o:p></o:p>

<o:p> </o:p>

*** NOTE:<o:p></o:p>

In ALL cases, I am not MIXING the “using” lines
and have tested with only one of the above lines uncommented out at a time.<o:p></o:p>

<o:p> </o:p>

MY QUESTIONS:<o:p></o:p>

*******************<o:p></o:p>

Is there something obvious and dumb I am doing here?<o:p></o:p>

Why can I not copy the vc7 dir from the program files
install of vc.net into another location and point boost build to that one?<o:p></o:p>

I am still looking in the docs, but what is the syntax for using
a env VAR in a jam file? (I am not there yet, but thought I would ask anyways)<o:p></o:p>

<o:p> </o:p>

</div>

</body>

</html>
------_=_NextPart_001_01C47622.3357E8D5--

Next message: JÃ¼rgen Hunold: "Re: [jamboost] Bjam and using alternate installs of vc7.1 problems"
Previous message: Victor A. Wagner Jr.: "Re: [jamboost] Jamboost v2: toolset variable"
Next in thread: JÃ¼rgen Hunold: "Re: [jamboost] Bjam and using alternate installs of vc7.1 problems"
Reply: JÃ¼rgen Hunold: "Re: [jamboost] Bjam and using alternate installs of vc7.1 problems"
Reply: Vladimir Prus: "Re: [jamboost] Bjam and using alternate installs of vc7.1 problems"

Date view	Thread view	Subject view	Author view

Boost-Build list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk