Re: [Boost-build] [Boost-commit] svn:boost r75765 - trunk/tools/build/v2/engine

Subject: Re: [Boost-build] [Boost-commit] svn:boost r75765 - trunk/tools/build/v2/engine
From: Steven Watanabe (watanabesj_at_[hidden])
Date: 2011-12-02 14:00:02

AMDG

On 12/02/2011 04:08 AM, Vladimir Prus wrote:
> 
> It appears like the original problem that caused addition of
> short_path_to_long path,
> namely that user or environment can specify some paths using either
> short paths or
> using different capitalization, is still there. So, I am not sure how we
> can get
> along without normalization somewhere. and bindtarget seems like the
> only place where
> we can reasonable normalize target names.

We can't normalize the target names based on
their filesystem location in bindtarget, because
bindtarget doesn't know the path that the target
binds to.  In bindtarget, the target is still
a disembodied name.

> Say, if Boost.Build action
> produces parser.h
> and .cpp includes "Parser.h", this is something that should work, but
> it's only at
> engine target level, bindtarget in particular, that we can handle it. Or
> there are
> other approaches?
> 

This never worked for generated targets.  The
attached test case fails with the original bjam.
I've just committed a patch that makes it work.
So far, it only handles case and slash-direction,
but it shouldn't be too hard to add short-path
handling.

In Christ,
Steven Watanabe