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
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
"Vladimir Prus" <ghost_at_[hidden]> wrote in message
> 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
> "ls /". Probably it's the same problem. I frankly don't understand why
> does not show existing paths, but probably it's cygwin-specific quirk.
> - Volodya
> Vladimir Prus
> Boost.Build V2: http://boost.org/boost-build2
> 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