From: Peters, Richard (richard.peters_at_[hidden])
Date: 2006-04-26 05:25:49
> > I'm experimenting with the JAMSHELL variable. I like the
> idea of using
> > it to use multiple computers in parallel to compile code.
> But no matter
> > what I try, I can't get bjam to use the JAMSHELL variable, it always
> > uses batch files: with the -d+4 option, I see "Executing
> through .bat
> > file" printed each time.
> What toolset are you using. I believe that for multi-line
> actions, bjam will
> always use .bat file.
> What value of JAMSHELL do you want to use. Maybe, you can
> adjust the compiler
> command passed to 'using' in order to get the same effect?
> Say, on Linux I
> can get parallel builds with:
> using gcc : : "distcc g++" ;
> - Volodya
I'm using vc7.1. I'd like to set JAMSHELL to something that calls
cmd.exe which can execute a script. We have a very funny way of
executing commands on a remote host: create a script runme.cmd in some
folder via a samba share, and rename it to run.cmd. That triggers a
program running on that host to execute it.
If bjam always produces a .bat file for multi-line actions, then I'd be
happy to take that batch file as a parameter to my script, and make that
execute on a remote host. But currently, that seems to be impossible if
multiline-commands are always executed directly instead of via JAMSHELL.
Is it difficult to implement this behaviour as a new feature in bjam?
This message and attachment(s) are intended solely for the use of the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law.
If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited.
If you have received this communication in error, please notify the sender immediately by telephone and with a "reply" message.
Thank you for your cooperation.
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