From: Vladimir Prus (ghost_at_[hidden])
Date: 2004-06-29 06:15:01
> > should work. The elements are individually quoted on the command line,
> > and the check for existance is done of the first element, so no bogus
> > warning should be emitted.
> Thanks for this. I have given it a bit of a stress test do I can give you
> some feedback.
> There is a minor annoyance in the error reporting. Specifying a
> "user-provided-command" to "get-invocation-command" with
> using gcc : distcc : XX g++ ;
> gives the error
> warning: toolset gcc initialization: can't find tool g++
> warning: initialized from /home/michael/user-config.jam:21
> which is rather confusing!
Hmm.. you're right. I've corrected the warning message.
> I am seeing an error when invoking "msvc" builds from
> targets.jam:1157: in construct from module object(exe-target-class)@1
> However since I have a very unusual cross compling (with Wine) build setup
> I cannot confirm if this is a normal problem or something my setup is
This is most likely because some generator refused to work. I'm not sure why,
but maybe you can find out by running bjam with --debug-generators options.
> A few side issues that I am look
> As ever the complexity of initialising MSVC looks with all the possible
> setup prefixes such as "vcvars32.bat" looks to be difficult. For my cross
> builds I simply need to bypass all the normal "setup" code and have my user
> specified command used directly. This command is in fact a shell script
> which does the Wine setup. I am looking at a way to incorporate this
> without effecting the existing logic.
Maybe, it's possible to use a trick: there's "setup" parameter. When it's not
specified, the default vcvars32.bat is used. I think it's possible to allow
passing empty string for that parameter, and make sure no calls to setup
scripts are generated in that case. This should be simple ;-)
> As a minor point ".initialized" seems to be no longer necessary in
Thanks for catching. I've removed it.
> All the best,
> Yahoo! Groups Links
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