octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #46216] glob() oddities with a wildcard follow


From: Philip Nienhuis
Subject: [Octave-bug-tracker] [bug #46216] glob() oddities with a wildcard following two or more characters
Date: Thu, 15 Oct 2015 20:27:42 +0000
User-agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:41.0) Gecko/20100101 Firefox/41.0 SeaMonkey/2.38

URL:
  <http://savannah.gnu.org/bugs/?46216>

                 Summary: glob() oddities with a wildcard following two or
more characters
                 Project: GNU Octave
            Submitted by: philipnienhuis
            Submitted on: Thu 15 Oct 2015 10:27:38 PM CEST
                Category: Octave Function
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: Regression
                  Status: None
             Assigned to: None
         Originator Name: Philip Nienhuis
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
                 Release: dev
        Operating System: Any

    _______________________________________________________

Details:

Steps to reproduce:

on Linux in the Octave build tree invoking "./run-octave &" is easiest:

> glob ({"do*", "lib*"})
ans =
{
  [1,1] = libgnu
  [2,1] = libgui
  [3,1] = libinterp
  [4,1] = liboctave
  [5,1] = libtool
}
>> glob ({"d*", "lib*"})
ans =
{
  [1,1] = libgnu
  [2,1] = libgui
  [3,1] = libinterp
  [4,1] = liboctave
  [5,1] = libtool
}
>> glob ({"d*", "l*"})
ans =
{
  [1,1] = doc
  [2,1] = libgnu
  [3,1] = libgui
  [4,1] = libinterp
  [5,1] = liboctave
  [6,1] = libtool
}
>>


It shows that subdir "doc" is only found if all file patterns comprise just
one leading letter followed by a wildcard. 
If any of the patterns consists of two or more leading letters followed by a
wildcard glob() fails to find "doc".
I haven't been able to assess further systematics here.

I'm sure this was working fine some weeks ago (I mean: pkg rebuild -auto
<list_of_packages>" worked fine, implying glob() must have worked fine in turn
then), hence a regression.

FYI my systems:
Windows 7 prof 64-bit
Mageia-5 Linux 64 bit (build system also for mxe-octave)

address@hidden dev]$ hg -v summary
parent: 20629:ab705b42cfd8 tip
 build: Fix compilation error when building with --without-qrupdate


Background:
I hit this while trying to run "pkg rebuild -auto <list_of_package_names>" in
a freshly insatlled MXE cross-build on Windows; I found that consistently only
one of the packages in the list was actually set to autoload.
Debugging pkg.m it turns out that in rebuild.m, on L.38, the following call
fails:

dirlist = glob (strcat (files, '-*'));


because glob() fails.





    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?46216>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]