blob: 64d45a68da9160baabe1dadce023943ba8724542 [file] [log] [blame]
= OpenCL-Registry
The OpenCL-Registry repository contains the OpenCL API and Extension
Registry, including specifications, reference pages and reference cards, and
the enumerant registry. It is also used as a backing store for the web view
of the registry at ; commits to the
master branch of this repository will be reflected there.
Please file issues with the OpenCL API itself (specification bugs, feature
requests, etc.) on the companion
Issues that should be filed in *this* repository include reserving OpenCL
enumerant ranges, adding OpenCL extension specifications, and problems with
the content of the registry *itself*.
== Reserving OpenCL Enumerant Ranges
OpenCL enumerants are documented in the specification repository in the file
New enumerant ranges can be allocated by proposing a pull request to master
branch of that repository modifying `cl.xml`, following the
existing examples. Allocate ranges starting at the lowest free values
available (search for "Reserved for vendor extensions"). Ranges are not
officially allocated until your pull request is *accepted* into master
branch of the OpenCL-Docs repository. At that point you can use values from
your assigned range for API extensions.
== Adding Extension Specifications
Extension specification documents can be added by proposing a pull request
to master, adding the specification '.txt' file under
'extensions/<vendor>/filename.txt'. You must also:
* Modify 'extensions/' to include the extension, using the next
free extension number. Execute the python script '' in the
'extensions/' directory to find the next free number. The extension `flags`
must be marked as `public` , similar to other entries in '',
for the extension to be linked from the registry index page.
* Include that extension number in the extension specification document
* In the 'extensions/' directory, `make` to regenerate the HTML index file
'clext.php' from ''. If this doesn't succeed due to not having
the right Python version or something like that, we'll take care of it
when merging to master.
Sometimes extension text files contain inappropriate UTF-8 characters. They
should be restricted to the ASCII subset of UTF-8 at present. They can be
removed using the iconv Linux command-line tool via
iconv -c -f utf-8 -t ascii filename.txt
(see internal Bugzilla issue 16141 for more).
We will be transitioning to an asciidoc-based extension specification format
at some point.
== Repository Contents
Interesting files in this repository include:
* 'index.php' - toplevel index page for the web view. This relies on PHP
include files found elsewhere on and so is not very useful
in isolation.
* 'extensions/' - OpenCL extension specifications, grouped into
vendor-specific subdirectories.
** 'extensions/' - extension registry.
** 'extensions/' - create HTML extension indices from ''.
** 'extensions/' - determine the next free extension number in
* 'sdk/' - OpenCL reference pages and reference cards. There are separate sets
for each API version.
* 'specs/' - OpenCL specification documents.