Boost Users :
From: Roman Gershman (romange_at_[hidden])
Date: 2006-01-05 01:48:18
I found the problem. It seems that jam (execnt.c) when running shell
programs does not take into account AutoRun option of cmd in Windows
XP. In my case, I put into AutoRun "cd c:\" which caused to all
commands in jamfile to be executed in c:\.
I fixed it by replacing switches to cmd from ""/Q/C" to "/Q/D/C" in execnt.c.
I guess that a similar solution must be done by developers of bjam to
make it more robust to the user environment.
On 1/3/06, Jeff Flinn <TriumphSprint2000_at_[hidden]> wrote:
> Roman Gershman wrote:
> > Dear All,
> > I got a trouble with building bjam.exe and I need your help.
> > I downloaded boost 1.33.1 today and put it into c:\boost_1_33_1
> > directory. I failed to build bjam.exe when running build.bat from
> > tools\build\jam_src directory.
> > The outputs of the first and second runs (1.txt and 2.txt
> > respectively) of the build.bat are attached.
> > I have Visual Net 2003 with windows xp sp2 32bit on AMD athlon x2 64
> > (dual core).
> > The interesting thing is that the script creates (empty) directory
> > c:\bin.ntx86 during its run.
> > I guess it should not happen since it should be created in jam_src.
> > Moreover, when I take bjam.exe from other place, put it into my
> > computer and try to build boost I get similar results : bjam creates
> > directories "bin", "stage" in the root directory (c:\) instead of
> > creating it in c:\boost1.33.1
> Try downloading the prebuilt bjam executable, this is labeled
> boost-jam-3.1.11-1-ntx86.zip on the download page. I succesfully downloaded
> and built for the same platform, with the exception that my dir is
> C:\boost\boost_1_33_1, as I have previous versions of boost as well.
> Copy the downloaded bjam.exe to your C:\boost_1_33_1 directory, cd to
> C:\boost_1_33_1 and type:
> bjam -sTOOLS=vc-7_1 stage
> Jeff Flinn
> Boost-users mailing list
Boost-users list run by williamkempf at hotmail.com, kalb at libertysoft.com, bjorn.karlsson at readsoft.com, gregod at cs.rpi.edu, wekempf at cox.net