PR #1161 enforces that every extension defined by the XML must have a revision associated with it.
This revision will be used to generate an extension version in the headers, but it could also be used to generate the revision set in the human readable OpenCL specification. Currently, if an implementer wants to update the version of an extension they need to remember to update both the specification document and the XML entry. However, it would be less error prone to have the XML as the single source of truth that is used to generate the rendered specification document.
This may be blocked on #1168 so that all the revision XML entries are accurate, as we don't want to use the placeholder values in the rendered spec. Although we could check and only use the XML revision in the rendered specification if it isn't a placeholder value.
PR #1161 enforces that every extension defined by the XML must have a revision associated with it.
This revision will be used to generate an extension version in the headers, but it could also be used to generate the revision set in the human readable OpenCL specification. Currently, if an implementer wants to update the version of an extension they need to remember to update both the specification document and the XML entry. However, it would be less error prone to have the XML as the single source of truth that is used to generate the rendered specification document.
This may be blocked on #1168 so that all the revision XML entries are accurate, as we don't want to use the placeholder values in the rendered spec. Although we could check and only use the XML revision in the rendered specification if it isn't a placeholder value.