Beefy Boxes and Bandwidth Generously Provided by pair Networks
Don't ask to ask, just ask

Re: Unexpected qr// behavior

by Paladin (Priest)
on Apr 20, 2004 at 14:53 UTC ( #346659=note: print w/replies, xml ) Need Help??

in reply to Unexpected qr// behavior

[~]$ perl -le '$re = qr/<!--.*?-->/; print $re;' (?-xism:<!--.*?-->)
As you can see, the qr// specificly turns off all options for the regex that you don't specify, which is why adding the /s afterwards doesn't make any difference.

As for whether this is a good thing or not, I can see arguments either way.

  • For: When you created the RE, you didn't say you wanted that option, so Perl makes sure that this particular part of the RE doesn't have that option. This is probably more usful when building a large RE up from smaller parts, and you want the different parts to act differently with regards to the various options.
  • Against: Like you saw, adding the /s didn't do what you meant. And Perl, after all, is usually very DWIMy.

Replies are listed 'Best First'.
Re(2): Unexpected qr// behavior
by bart (Canon) on Apr 20, 2004 at 16:01 UTC
    To make things even more clear (I hope), I'll just add that you can pass modifiers to qr, just like you can for normal regexes, like this:
    $re = qr/<!--.*?-->/s; print $re;
    which prints
    That is: /s enabled, and /x, /i and /m disabled.

Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://346659]
and all is quiet...

How do I use this? | Other CB clients
Other Users?
Others examining the Monastery: (4)
As of 2018-01-22 20:28 GMT
Find Nodes?
    Voting Booth?
    How did you see in the new year?

    Results (237 votes). Check out past polls.