|
Boost-Build : |
From: David Abrahams (david.abrahams_at_[hidden])
Date: 2002-03-12 15:21:19
----- Original Message -----
From: "Anichini, Steve" <Sanichini_at_[hidden]>
>
> Hi. We're using jam over here at Midway, and I'm in the process of
porting
> over to boost jam because of some of the added features.
>
> I made a change to the jam executable itself you might be interested
in
> incorporating. On Win2K at least, it is safe to set the maxline() to
4095.
Not according to my tests. Try a command which just invokes echo with a
string of 3000 characters.
> Enclosed is a modified execnt.c that will set the maxline() to 4095 on
Win2K
> and above. It is modified from the boost 1.27 sources
>
> <<execnt.c>>
> I've also enclosed the python script I used to determine the limit.
I think you need to test some of the built-in command-line tools.
The limitation with echo is important to us because we use echo to build
.CMD files (which is a workaround for line-length limits).
> <<testcmd.py>>
> I'm including another change which may or may not be useful to the
world at
> large. I modified the jam executable to look for a file called
"Jambase" in
> the same directory as the jam executable. My code only works on
Windows, as
> I don't know the methods on the other platform to get the directory an
> executable resides in. I would have liked to just implement this
> functionality in the Jambase itself, but couldn't see a way to do a
> conditional based on whether a file exists or not. If it's possible to
> implement this in the Jambase itself, I'd much rather do it that way
than
> have to maintain branched code.
>
> The new search order is as follows:
> if jambase specified with -f
> load that jambase
> else if Windows and Jambase file exists in EXE directory
> load Jambase file
> else
> load compiled Jambase
> <<jam.c>>
> -steve
We are implementing different startup semantics:
http://www.boost.org/tools/build/architecture.html
Does that sound useful to you?
-Dave
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