/ is meta character and you must use escape char \ to capture it
That's certainly true in the case of Perl etc. where / is the default separator for the m and s commands, but I'm not sure it's true in the case of regex libraries in general.
It's actually a more practical point than just being a purist.
It's certainly a practical detail that's very important to the implementor, but not necessarily to the user.
The really important thing is that regexes extended with back-references (the Perl term, and I believe that Perl was largely responsible for popularising them) /can/ be useful for processing e.g. HTML, particularly if the generator is known to have predictable characteristics.
But doing so is not necessarily good practice, from the POV of both performance and determinacy: far better to use a proper parser.
Which I suppose takes me back to one of my betes noires: programming languages and data description notations which have been promulgated despite being known to be difficult to parse. Which has to leave me arguing that programming syntax /should/ be regular: in the strictest "computer-sciency" sense of the word.
Actually, there's a corollary to that fairly near to home. Wirth designed Modula-2 such that a function definition had to be closed with the (case-sensitive) function name, making the syntax non-regular:
function foo;
begin
end foo;
ALGOL-60 on the other hand defined that everything after end to the end of the source record was discarded:
function foo;
begin
end Any old crap here
Which suggests that even in the late '50s there were people who recognised the undesirability of non-regular syntaxes.
MarkMLl