Lines Matching refs:m
1330 parentheses, for example, (?>a(*:m)), were not being passed out. This bug
1392 /b(*:m)f|a(*:n)w/ is matched against "abc", the non-match returns the name
1393 "m", where previously it did not return a name. A side effect of this
1623 synonym of -m (show memory usage). I have changed it to mean "force study
1625 and -d etc. It's slightly incompatible, but I'm hoping nobody is still
2355 subpattern. An example of a crashing pattern is /(?&A)(([^m])(?<A>))/.
2714 Daniel Bergstr�m.
3257 7. Add -Wl,-R... flags in pcre-config.in for *BSD* systems, as I'm told
3348 19. In pcretest, if the pattern /(?m)^$/g<any> was matched against the string
3682 7. In multiline (/m) mode, PCRE was matching ^ after a terminating newline at
3873 (m) Added Jeffrey Friedl's -S testing option, but within #ifdefs so that it
4251 (m) Added the -L option to print the names of files that do not contain
4288 prefix path and installing with another. (Or so I'm told by someone who
4901 \C!n!m return 1 when callout number n is reached for the mth time
5507 pattern. Made -m a synonym of -s (which does this globally) for compatibility.
5509 3. Subpatterns of the form (regex){n,m} (i.e. limited maximum) were being
5899 7. Add PCRE_MULTILINE at compile and exec time, and (?m) as well. Add \M to
5905 9. Recognize C+ or C{n,m} where n >= 1 as providing a fixed starting character.