- From: <bugzilla@jessica.w3.org>
- Date: Sun, 20 Nov 2016 15:39:08 +0000
- To: public-qt-comments@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=30017
Bug ID: 30017
Summary: UpdatingFunctionCall use of PrimaryExpr makes the
grammar ambiguous.
Product: XPath / XQuery / XSLT
Version: Last Call drafts
Hardware: PC
OS: Linux
Status: NEW
Severity: major
Priority: P2
Component: Update 3.0
Assignee: john.snelson@marklogic.com
Reporter: msclrhd@gmail.com
QA Contact: public-qt-comments@w3.org
Target Milestone: ---
UpdatingFunctionCall is defined in Update Facility 3.0 as:
[207] UpdatingFunctionCall ::= "invoke" "updating" PrimaryExpr "("
(ExprSingle ("," ExprSingle)*)? ")"
However, PrimaryExpr contains FunctionCall. This means that for:
invoke updating test()
'test()' will be interpreted as FunctionCall. That is:
UpdatingFunctionCall: 'invoke updating'
PrimaryExpr/FunctionCall: 'test()'
[error]: missing token '('
It also does not make sense for this to be an OrderedExpr or Constructor (which
are valid according to the grammar).
It would make more sense to define this similar to the XQuery 3.1
ArrowFunctionSpecifier:
[127] ArrowFunctionSpecifier ::= EQName | VarRef | ParenthesizedExpr
For example:
UpdatingFunctionCall ::= "invoke" "updating" UpdatingFunctionCallSpecifier
"(" (ExprSingle ("," ExprSingle)*)? ")"
UpdatingFunctionCallSpecifier ::= EQName | VarRef | ParenthesizedExpr
--
You are receiving this mail because:
You are the QA Contact for the bug.
Received on Sunday, 20 November 2016 15:39:15 UTC