thumb|A screenshot of the original 1971 Unix reference page for <code>glob</code> – the owner is <code>dmr</code>, short for [[Dennis Ritchie|Dennis MacAlistair Ritchie.|class=skin-invert-image]]

() is a libc function for globbing, which is the archetypal use of pattern matching against the names in a filesystem directory such that a name pattern is expanded into a list of names matching that pattern. Although globbing may now refer to <code>glob()</code>-style pattern matching of any string, not just expansion into a list of filesystem names, the original meaning of the term is still widespread.

The <code>glob()</code> function and the underlying <code>gmatch()</code><!-- NOT fnmatch(), which first appeared in 4.4BSD --> function originated at Bell Labs in the early 1970s alongside the original AT&T UNIX itself and had a formative influence on the syntax of UNIX command line utilities and therefore also on the present-day reimplementations thereof.

In their original form, <code>glob()</code> and <code>gmatch()</code> derived from code used in Bell Labs in-house utilities that developed alongside the original Unix in the early 1970s. Among those utilities were also two command line tools called <code>glob</code> and <code>find</code>; each could be used to pass a list of matching filenames to other command line tools, and they shared the backend code subsequently formalized as <code>glob()</code> and <code>gmatch()</code>. Shell-statement-level globbing by default became commonplace following the "builtin"-integration of globbing-functionality into the 7th edition of the Unix shell in 1978. The Unix shell's -f option to disable globbing &mdash; i.e. revert to literal "file" mode &mdash; appeared in the same version.

The glob pattern quantifiers now standardized by POSIX.2 (IEEE Std 1003.2) fall into two groups, and can be applied to any character sequence ("string"), not just to directory entries.

  • "Metacharacters" (also called "Wildcards"):
  • <code>?</code> (not in brackets) matches any character exactly once.
  • <code>*</code> (not in brackets) matches a string of zero or more characters.
  • "Ranges/sets":
  • <code><nowiki>[...]</nowiki></code>, where the first character within the brackets is not '!', matches any single character among the characters specified in the brackets. If the first character within brackets is '!', then the <code><nowiki>[!...]</nowiki></code> matches any single character that is not among the characters specified in the brackets.

:: The characters in the brackets may be a list (<code><nowiki>[abc]</nowiki></code>) or a range (<code><nowiki>[a-c]</nowiki></code>) or denote a character class (like <code><nowiki>:space:</nowiki></code> where the inner brackets are part of the classname). POSIX does not mandate multi-range (<code><nowiki>[a-c0-3]</nowiki></code>) support, which derive originally from regular expressions.

As reimplementations of Bell Labs' UNIX proliferated, so did reimplementations of its Bell Labs' libc and shell, and with them <code>glob()</code> and globbing. Today, <code>glob()</code> and globbing are standardized by the POSIX.2 specification and are integral part of every Unix-like libc ecosystem and shell, including AT&T Bourne shell-compatible Korn shell (ksh), Z shell (zsh), Almquist shell (ash) and its derivatives and reimplementations such as busybox, toybox, GNU bash, Debian dash.

Origin

The glob command, short for global, originates in the earliest versions of Bell Labs' Unix. Later, this functionality was provided as a C library function, <code>glob()</code>, used by programs such as the shell. It is usually defined based on a function named <code>fnmatch()</code>, which tests for whether a string matches a given pattern - the program using this function can then iterate through a series of strings (usually filenames) to determine which ones match. Both functions are a part of POSIX: the functions defined in POSIX.1 since 2001, and the syntax defined in POSIX.2. The idea of defining a separate match function started with wildmat (wildcard match), a simple library to match strings against Bourne Shell globs.

Traditionally, globs do not match hidden files in the form of Unix dotfiles; to match them the pattern must explicitly start with <code>.</code>. For example, <code>*</code> matches all visible files while <code>.*</code> matches all hidden files.

Syntax

The most common wildcards are , , and .

{| class="wikitable"

|-

! Wildcard

! Description

! Example

! Matches

! Does not match

|-

| rowspan=2 |

| rowspan=2 | matches any number of any characters including none

|

| , , or

| , , or

|-

|

| , , or .

| , or

|-

|

| matches any single character

|

| , , or

|

|-

|

| matches one character given in the bracket

|

| or

| , or

|-

|

| matches one character from the (locale-dependent) range given in the bracket

|

| , , up to

| , or

|}

Normally, the path separator character ( on Linux/Unix, MacOS, etc. or on Windows) will never be matched. Some shells, such as Unix shell have functionality allowing users to circumvent this.

Unix-like

On Unix-like systems , is defined as above while has two additional meanings:

  • Extended globbing (extglob): allows other pattern matching operators to be used to match multiple occurrences of a pattern enclosed in parentheses, essentially providing the missing kleene star and alternation for describing regular languages. It can be enabled by setting the shell option. This option came from ksh93. Both ReactOS (crt/misc/getargs.c) and Wine (msvcrt/data.c) contain a compatible open-source implementation of , the function operating under-the-hood, in their core CRT.
  • The Cygwin and MSYS command-line expander, which uses the unix-style routine under-the-hood, after splitting the arguments.

Most other parts of Windows, including the Indexing Service, use the MS-DOS style of wildcards found in CMD. A relic of the 8.3 filename age, this syntax pays special attention to dots in the pattern and the text (filename). Internally this is done using three extra wildcard characters, . On the Windows API end, the equivalent is , and corresponds to its underlying . (Another fnmatch analogue is .) Both open-source msvcrt expanders use , so 8.3 filename quirks will also apply in them.

SQL

The SQL operator has an equivalent to and but not .

{| class="wikitable"

|-

! Common wildcard

! SQL wildcard

! Description

|-

|

|

| matches any single character

|-

|

|

| matches any number of any characters including none

|}

Standard SQL uses a glob-like syntax for simple string matching in its <code>LIKE</code> operator, although the term "glob" is not generally used in the SQL community. The percent sign () matches zero or more characters and the underscore () matches exactly one.

Many implementations of SQL have extended the <code>LIKE</code> operator to allow a richer pattern-matching language, incorporating character ranges (), their negation, and elements of regular expressions.

{| class="wikitable"

|-

! Common wildcard

! Equivalent regular expression

|-

|

|

|-

|

|

|}

Globs attempt to match the entire string (for example, matches S.DOC and SA.DOC, but not POST.DOC or SURREY.DOCKS), whereas, depending on implementation details, regular expressions may match a substring.

Implementing as regular expressions

The original Mozilla proxy auto-config implementation, which provides a glob-matching function on strings, uses a replace-as-RegExp implementation as above. The bracket syntax happens to be covered by regex in such an example.

Python's fnmatch uses a more elaborate procedure to transform the pattern into a regular expression.

Other implementations

Beyond their uses in shells, globs patterns also find use in a variety of programming languages, mainly to process human input. A glob-style interface for returning files or an fnmatch-style interface for matching strings are found in the following programming languages:

  • C and C++ do not have built-in support for glob patterns in the ISO-defined standard libraries, however on Unix-like systems C and C++ may include <code><glob.h></code> from the C POSIX library to use <code>::glob()</code>.
  • C++ itself does not have direct support for glob patterns, however they may be approximated using the <code><filesystem></code> and <code><regex></code> headers, using <code>std::filesystem::directory_iterator</code> and <code>std::regex_match()</code>.
  • C++ has external libraries, such as POCO C++ Libraries, which includes a <code>Glob</code> class which can act on glob patterns.
  • C# provides the official extension library <code>Microsoft.Extensions.FileSystemGlobbing</code>, which contains class <code>Matcher</code>.
  • C# also has multiple external libraries available through NuGet such as <code>Glob</code> the most popular of these being the <code>glob</code> crate which itself has a <code>glob()</code> function.
  • SQLite has a <code>GLOB</code> function.
  • Tcl contains a globbing facility.

<!-- unused ref -->