36 |
application which uses them. Because the POSIX functions call the native ones, |
application which uses them. Because the POSIX functions call the native ones, |
37 |
it is also necessary to add \fR-lpcre\fR. |
it is also necessary to add \fR-lpcre\fR. |
38 |
|
|
39 |
As I am pretty ignorant about POSIX, these functions must be considered as |
I have implemented only those option bits that can be reasonably mapped to PCRE |
40 |
experimental. I have implemented only those option bits that can be reasonably |
native options. In addition, the options REG_EXTENDED and REG_NOSUB are defined |
41 |
mapped to PCRE native options. Other POSIX options are not even defined. It may |
with the value zero. They have no effect, but since programs that are written |
42 |
be that it is useful to define, but ignore, other options. Feedback from more |
to the POSIX interface often use them, this makes it easier to slot in PCRE as |
43 |
knowledgeable folk may cause this kind of detail to change. |
a replacement library. Other POSIX options are not even defined. |
44 |
|
|
45 |
When PCRE is called via these functions, it is only the API that is POSIX-like |
When PCRE is called via these functions, it is only the API that is POSIX-like |
46 |
in style. The syntax and semantics of the regular expressions themselves are |
in style. The syntax and semantics of the regular expressions themselves are |