Re: Re: bbv2 - nightly build unusable due to something util/path.jam

From: Karla & Malcolm Cifuentes (malcolm_cifuentes_at_[hidden])
Date: 2005-05-09 22:46:50

ls / shows:
bin cygwin.bat cygwin.ico etc lib sbin tmp usr var

/workarea is not in this list but 'ls /workarea' does work as expected.

So I would agree it appear cygwin is broken in this respect, no need for
bjam to be though.

Glob is originally called with 
Dirs =
/workarea/third_party/boost/boost-build-nightly-10-05-05/tools/types
Pattern = *.jam

1. Why is it travesing the tree to the root? The previous version does
not exhibit this behaviour.
2. How did the changes made to glob get past the test framework?
3. Any chance of rolling glob back to a previous version that works 
for cygwin?

Thanks
mal

"Vladimir Prus" <ghost_at_[hidden]> wrote in message
news:<200505061232.07133.ghost_at_[hidden]>...
> On Thursday 05 May 2005 08:36, Mal Cifuentes wrote:
> > Hi,
> > I've had a look in path.jam, in particular the glob-one function 
> > and found the following code to be failing (path.jam, line 252, 
> > glob-one
> > function):
> > result += [ GLOB $(dir) : $(p) ] ;
> >
> > In the instance where it fails for me it is being called with the
> > following: result += [ GLOB / : workarea ] ;
> >
> > result = <unkown> - I can't ECHO the contents.
> >
> > /workarea is a mount point in my system to c:\workarea.
> 
> What's the output of
> 
> ls /
> 
> ? The previous problem with /cygpath was that 'cygpath' did not show 
> in
> "ls /". Probably it's the same problem. I frankly don't understand why
cygwin 
> does not show existing paths, but probably it's cygwin-specific quirk.
> 
> - Volodya
> 
> --
> Vladimir Prus
> http://vladimir_prus.blogspot.com
> Boost.Build V2: http://boost.org/boost-build2
> 
> 
> 
> Yahoo! Groups Links
> 
> 
> 
> 
> 
> 
>