Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Unescaped left brace in regex is deprecated #12

Open
bortzmeyer opened this issue Sep 14, 2015 · 0 comments
Open

Unescaped left brace in regex is deprecated #12

bortzmeyer opened this issue Sep 14, 2015 · 0 comments

Comments

@bortzmeyer
Copy link

With the current git version:

% ./plugins/check_multi -f ../test-anchors.cmd
Unescaped left brace in regex is deprecated, passed through in regex; marked by <-- HERE in m/^define ([a-z0-9\_\-]+) { <-- HERE $/ at ./plugins/check_multi line 1365.
OK - 4 plugins checked, 1 critical (France-IX), 1 warning (Rezopole), 2 ok
...

% perl -v

This is perl 5, version 22, subversion 0 (v5.22.0) built for armv6l-linux-thread-multi
sebastic added a commit to sebastic/check_multi that referenced this issue Dec 24, 2016
@sebastic
scape left brace in regex.
0274b74 
Quoting perldelta:

> A literal "{" should now be escaped in a pattern
>
> If you want a literal left curly bracket (also called a left brace) in
> a regular expression pattern, you should now escape it by either
> preceding it with a backslash ("\{") or enclosing it within square
> brackets "[{]", or by using \Q; otherwise a deprecation warning will be
> raised. This was first announced as forthcoming in the v5.16 release;
> it will allow future extensions to the language to happen.

http://search.cpan.org/dist/perl-5.22.0/pod/perldelta.pod#A_literal_%22{%22_should_now_be_escaped_in_a_pattern

Fixes flackem#12
@sebastic sebastic mentioned this issue Dec 24, 2016
Open
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@bortzmeyer