perlop pod inconsistent in presentation of regexp options
authorJohn Redford <jmr@whirlwind.fmr.com>
Thu, 4 Sep 1997 12:00:00 +0000 (00:00 +1200)
committerTim Bunce <Tim.Bunce@ig.co.uk>
Thu, 4 Sep 1997 12:00:00 +0000 (00:00 +1200)
  [regarding b7e30b65e77616e7336a6cda54d9c3d5935d0cfc]

Uh, I dont normally comment on patches, but I hope this is rejected. I
have no idea what the 'standard' is, but the modifier is not '/c' (I
dont recall if I refered to it that way in my first message, but I was
being coloquial if so), insofar as the '/' is part of another
syntactic structure which does not even require it to be a '/'.

Credited: Hans Mulder <hansm@icgned.nl>

p5p-msgid: 199708081505.LAA09810@whirlwind.fmr.com

pod/perlop.pod

index 5685902..439e761 100644 (file)
@@ -702,7 +702,7 @@ each time it matches, and FALSE when it eventually runs out of matches.
 the search at that point.  You can actually find the current match
 position of a string or set it using the pos() function; see
 L<perlfunc/pos>.)  A failed match normally resets the search position to
-the beginning of the string, but you can avoid that by adding the C</c>
+the beginning of the string, but you can avoid that by adding the C<c>
 modifier (e.g. C<m//gc>).  Modifying the target string also resets the
 search position.