This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 19654 - Extensions to regular expression capabilities
Summary: Extensions to regular expression capabilities
Status: NEW
Alias: None
Product: XPath / XQuery / XSLT
Classification: Unclassified
Component: Requirements for Future Versions (show other bugs)
Version: Working drafts
Hardware: All All
: P2 enhancement
Target Milestone: ---
Assignee: Jim Melton
QA Contact: Mailing list for public feedback on specs from XSL and XML Query WGs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-10-22 07:36 UTC by wys01
Modified: 2012-10-22 08:17 UTC (History)
1 user (show)

See Also:


Attachments

Description wys01 2012-10-22 07:36:30 UTC
The current regular expression functions allow you to pass in flags to alter the regular expression processing. One of these flags implemented in Saxon is the exclamation mark to indicate that the regular expression be treated as a Java regular expression rather than one conforming to the current specification.

It would be good to have a standard way of extending or switching the regular expression syntax/processing engine that would not be implementation specific.
Comment 1 Michael Kay 2012-10-22 08:17:47 UTC
I agree (despite being slightly embarrassed to have this "easter egg" exposed in public). 

I would suggest

flags ::= standard-flags ( ';' imp-def-flags )?

standard-flags ::= [imsx]

imp-def-flags ::= .*

where the effect of imp-def-flags on the syntax and semantics of the regular expression is implementation-defined.