W3C home > Mailing lists > Public > public-qt-comments@w3.org > January 2007

[Bug 4242] Static typing of name tests

From: <bugzilla@wiggum.w3.org>
Date: Wed, 17 Jan 2007 08:31:41 +0000
To: public-qt-comments@w3.org
Message-Id: <E1H76Cr-0002No-EZ@wiggum.w3.org>


           Summary: Static typing of name tests
           Product: XPath / XQuery / XSLT
           Version: Candidate Recommendation
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Formal Semantics
        AssignedTo: simeon@us.ibm.com
        ReportedBy: jens.teubner@in.tum.de
         QAContact: public-qt-comments@w3.org

Hi Jerome,

correct me if I am wrong, but I think there is a problem with the static type
inference rules in Section (Name Tests).

Consider the expression


and $v has the static type `element *' (we know it's exactly one element, but
we don't know its name).

The Formal Semantics essentially depends on two judgments to derive the result
type of this expression:

  axis self:: of element * : element *      (Sect.


  test foo with element of element * : element foo .

The latter is a rule in Section where we perform a (non-wildcard)
name test on an element type with a wildcard name:

 test QName2 with element of element * OptTypeSpec : element QName2 OptTypeSpec

I think a `?' occurrence indicator is missing here.  If $v in the above example
is a `foo' element, the result type is indeed `element foo'.  But if $v carries
a different name (say, `bar') the path step will return the empty sequence
(which would not be permitted by the above static typing rule).

The same problem arises also in some of the remaining judgments in Section
Received on Wednesday, 17 January 2007 08:31:55 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:45:32 UTC