From: Vladimir Prus (ghost_at_[hidden])
Date: 2006-04-14 09:50:39
On Friday 14 April 2006 17:38, Rene Rivera wrote:
> Vladimir Prus wrote:
> > On Friday 14 April 2006 15:37, Juergen Hunold wrote:
> >> Hi !
> > Hi Jürgen,
> >> I've finally got a developer account and have an up-to-date boost CVS
> >> again ;-))
> >> I promptly discovered that revision 1.9 of rc.jam breaks the dummy
> >> support for the rc.jam on Linux (see rev. 1.5 ) (and the other unixes
> >> as well ;-))
> >> I've attached a patch which makes gcc.jam default to "windres" on NT and
> >> CYGWIN and to use the "dummy" (aka "as" on alll other platforms.
> >> Ok to commit ?
> > Looks fine to me.
> Like I said originally. What happens with cross-compiling? That change
> will break things if I'm trying to compile on Linux for a Win32
> platform. We *really* have to stop relying on the OS checks for toolset
> choices. It is just not reliable as an indicator of what programs are
Maybe you can put together a small document on how cross-compiling should
ideally work? I've never used that for real project so is not the best person
to design it.
> > Personally, I would not bother to call
> > 'get-invocation-command' for 'as' as any system lacking that tool is
> > already too broken to use for development. On the other hand, this does
> > not hurt.
> I would bother. We must start preferring to use the programs that are
> attached to installed toolsets. This is what makes cross-compiling
> possible. And is essential for people doing embedded development.
> The real fix is to use the dummy rc building if an rc command is not
> found. I guess I should have seen that was what the original code was
> intending on doing. Now that I know I'll go fix it.
While we're at it, what's that "PATH" argument to 'get-invocation-command'.
The last argument is called 'path-last' and is bool, we should be passing
either 'true' or some memorable name such 'path-last' to it, not PATH.
-- Vladimir Prus http://vladimir_prus.blogspot.com Boost.Build V2: http://boost.org/boost-build2
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