regex.h(7POSIX)

πŸ’– regex.h β€” regular expression matching types πŸ’–

ok so this one is a page from the POSIX Programmer's Manual (the 7POSIX section, bestie, we're in the overview girlies today). Quick heads up before we dive in:

Heads up, bestie: the Linux implementation of this interface may differ from what's written here (so like, go check the corresponding Linux manual page for the actual Linux tea), or the interface might not even be implemented on Linux at all. πŸ™ˆ No cap.

✨ PROLOG ✨

This manual page is part of the POSIX Programmer's Manual. The Linux implementation of this interface may differ (consult the corresponding Linux manual page for details of Linux behavior), or the interface may not be implemented on Linux.


🌸 NAME 🌸

regex.h β€” regular expression matching types. it's giving "the header that makes regex go" πŸ’…


πŸŽ€ SYNOPSIS πŸŽ€

#include <regex.h>

πŸ¦‹ DESCRIPTION πŸ¦‹

Okay so the <regex.h> header shall define the structures and symbolic constants used by the regcomp(), regexec(), regerror(), and regfree() functions. it's literally the blueprint, the moment, the blueprint of the moment. ✨

The <regex.h> header shall define the regex_t structure type, which shall include at least the following member:

  • size_t re_nsub β€” Number of parenthesized subexpressions. πŸ‘‘

The <regex.h> header shall define the size_t type as described in <sys/types.h>.

The <regex.h> header shall define the regoff_t type as a signed integer type that can hold the largest value that can be stored in either a ptrdiff_t type or a ssize_t type.

The <regex.h> header shall define the regmatch_t structure type, which shall include at least the following members:

  • regoff_t rm_so β€” Byte offset from start of string to start of substring.
  • regoff_t rm_eo β€” Byte offset from start of string of the first character after the end of substring.

🌈 the cflags constants 🌈

The <regex.h> header shall define the following symbolic constants for the cflags parameter to the regcomp() function:

  • REG_EXTENDED β€” Use Extended Regular Expressions. (the glow-up version ✨)
  • REG_ICASE β€” Ignore case in match. (case? never heard of her πŸ’…)
  • REG_NOSUB β€” Report only success or fail in regexec().
  • REG_NEWLINE β€” Change the handling of <newline>.

⭐ the eflags constants ⭐

The <regex.h> header shall define the following symbolic constants for the eflags parameter to the regexec() function:

  • REG_NOTBOL β€” The <circumflex> character ('^'), when taken as a special character, does not match the beginning of string.
  • REG_NOTEOL β€” The <dollar-sign> ('$'), when taken as a special character, does not match the end of string.

πŸ’œ error return values πŸ’œ

The <regex.h> header shall define the following symbolic constants as error return values. bestie these are the "something went wrong" girlies, memorize them fr fr:

  • REG_NOMATCH β€” regexec() failed to match.
  • REG_BADPAT β€” Invalid regular expression.
  • REG_ECOLLATE β€” Invalid collating element referenced.
  • REG_ECTYPE β€” Invalid character class type referenced.
  • REG_EESCAPE β€” Trailing <backslash> character in pattern.
  • REG_ESUBREG β€” Number in \digit invalid or in error.
  • REG_EBRACK β€” "[]" imbalance.
  • REG_EPAREN β€” "\(\)" or "()" imbalance.
  • REG_EBRACE β€” "\{}" imbalance.
  • REG_BADBR β€” Content of "\{}" invalid: not a number, number too large, more than two numbers, first larger than second.
  • REG_ERANGE β€” Invalid endpoint in range expression.
  • REG_ESPACE β€” Out of memory. 😭
  • REG_BADRPT β€” '?', '*', or '+' not preceded by valid regular expression.

🧚 the functions 🧚

The following shall be declared as functions and may also be defined as macros. Function prototypes shall be provided. yes, we're getting the whole roster 🫢

int    regcomp(regex_t *restrict, const char *restrict, int);
size_t regerror(int, const regex_t *restrict, char *restrict, size_t);
int    regexec(const regex_t *restrict, const char *restrict, size_t,
           regmatch_t [restrict], int);
void   regfree(regex_t *);

The implementation may define additional macros or constants using names beginning with REG_. so like, if you see a REG_ something you don't recognize, that's not you being confused, that's allowed behavior. iykyk πŸ’…

The following sections are informative. (translation: they're the bonus content, not the requirements ✨)

πŸ“ APPLICATION USAGE πŸ“

None. (yeah. nothing. empty. a void. but make it official πŸ’€)


🌸 RATIONALE 🌸

None. (again! nothing! iconic behavior honestly)


πŸ¦‹ FUTURE DIRECTIONS πŸ¦‹

None. (three for three bestie, we love a consistent queen)


πŸ’– SEE ALSO πŸ’–

  • <sys_types.h>
  • The System Interfaces volume of POSIX.1‐2017, regcomp()

Portions of this text are reprinted and reproduced in electronic form from IEEE Std 1003.1-2017, Standard for Information Technology -- Portable Operating System Interface (POSIX), The Open Group Base Specifications Issue 7, 2018 Edition, Copyright (C) 2018 by the Institute of Electrical and Electronics Engineers, Inc and The Open Group. In the event of any discrepancy between this version and the original IEEE and The Open Group Standard, the original IEEE and The Open Group Standard is the referee document. The original Standard can be obtained online at http://www.opengroup.org/unix/online.html .

Any typographical or formatting errors that appear in this page are most likely to have been introduced during the conversion of the source files to man page format. To report such errors, see https://www.kernel.org/doc/man-pages/reporting_bugs.html .


okay and that's the whole page bestie, ty for reading πŸ’… this absolute banger came to you courtesy of IEEE / The Open Group, 2017 β€” stay matching, stay iconic, and remember: if your regex is unbalanced, that's not a personality trait, that's REG_EPAREN. πŸŽ€βœ¨