Re: [Boost-build] <install-source-root> in Windows doesn't work with case-insensitive matching

Subject: Re: [Boost-build] <install-source-root> in Windows doesn't work with case-insensitive matching
From: Jose . (kasty.jose_at_[hidden])
Date: 2014-03-22 09:45:02

The bug seems to be in the native implementation of GLOB, in bjam.exe. I
would like to build the engine with msvc toolset in debug mode with .PDB
symbols. How can I do that? Right now when linking bjam.exe we don't get a
.PDB (with Jam0.exe we have it, but I guess that's the bootstrap process, a
different animal, isn't it?).

2014-03-22 2:39 GMT+01:00 Steven Watanabe <watanabesj_at_[hidden]>:

> AMDG
>
> On 03/21/2014 05:45 PM, Jose . wrote:
> > <snip>
> > /C:/Jam/aaaa/b/c/file.txt  (see that "aaaa" is lower-case but "Jam" is
> not)
> >
> > I would understand that all characters are converted to lower-case for
> case
> > insensitive matching, but some of them don't, which is weird. As I say,
> in
> > small programs it seems to work ok, I only found it in bigger ones.
> >
>
> In theory, the underlying Jam functions normalize
> paths to match the actual names in the filesystem.
>
> > 2) This is probably worse: <install-source-root> doesn't seem to
> down-case
> > before trying to match. Hence, the install rule results in this:
> >
> > common.copy C:\Jam\z\..\AaAa\b\c\file.txt
> >
> > when in fact it should look like this:
> >
> > common.copy C:\Jam\z\b\c\file.txt
> >
> >
> > Any clue what happened and how to solve it? (at least problem 2)
> >
>
> You can hack it in path.relative-to (in util/path.jam)
> by changing the comparison to $(split1[1]:L) = $(split2[1]:L).
>
> In Christ,
> Steven Watanabe
>
> _______________________________________________
> Unsubscribe & other changes:
> http://lists.boost.org/mailman/listinfo.cgi/boost-build
>