Version 3.0.23.01.25

Keep track of the known flags

Avoids them from popping up when running find-missing-entries

Mark ARM extensions as such

Fix some extended versioning support

cl_khr_mutable_dispatch

Sempahore KHR extensions support

cl_khr_external_memory support

Cleanup and add TODO

cl_intel_unified_shared_memory support

cl_khr_command_buffer support

Update cl_arm_scheduling_controls support

cl_intel_device_attribute_query support

cl_intel_command_queue_families support

Option to handle the NULL platform like a normal one

This may be useful on systems where there are no ICDs, but OpenCL is
still supported through a built-in platform.

Correctly size some variables

Fix typo: comfornace

Makefile: Define and use `MAN1DIR`

The path is used twice, so define and use the variable [`MAN1DIR`][1].

[1]: https://www.gnu.org/software/make/manual/html_node/Directory-Variables.html

Makefile: Support staged installs with `DESTDIR`

Use `DESTDIR` in install related targets to support [*staged
installs*][1].

    make DESTDIR=/tmp/stage install

`DESTDIR` is not set in the Makefile, so nothing changes for users not
setting the variable.

[1]: https://www.gnu.org/software/make/manual/html_node/DESTDIR.html

Resolves: https://github.com/Oblomov/clinfo/issues/70

Makefile: Simplify by removing targets and move them to install target

For installing two files it’s not needed to create separate targets.

Revert "Makefile: Support staged installs with `DESTDIR`"

This reverts commit a5bda6d79ffefb0d55ce4f0719cbaf8a60e4870b.

The commit is incomplete, and the directories are not created.

Properly indent NV execution properties

Don't fetch array values when there aren't any

This issue has emerged with NVIDIA's 470.57.02 driver that responds with
a CL_INVALID_VALUE when queried about CL_DEVICE_ILS_WITH_VERSION
(and similarly for built-in programs) but correctly reports a 0 size
when queried about the _size_ of the returned value.

Show ICD loader properties even if no platforms are present

Older NVIDIA drivers don't support CL_DEVICE_PCI_DOMAIN_ID_NV

Makefile: Support staged installs with `DESTDIR`

Use `DESTDIR` in install related targets to support [*staged
installs*][1].

    make DESTDIR=/tmp/stage install

[1]: https://www.gnu.org/software/make/manual/html_node/DESTDIR.html

Resolves: https://github.com/Oblomov/clinfo/issues/70

Some more ext vs (next) core things

Aside from cleaning up some conditional info queries, this defines
the _KHR equivalents to make it easier to detect missing defines
programmatically.

Add missing extension checks

cl_arm_controlled_kernel_termination support

cl_khr_pci_bus_info support

Finally Khronos introduced an extension that exposes the bus
information that NV and AMD expose through their attribute queries.

Use the Khronos structure as unifier instead of our own.

Fix string buffer used to report error

This fixes GitHub issue #62.

Support cl_arm_scheduling_controls

Version 3.0.21.02.21

NV also provides the PCI domain

Supporting this in human form requires the definition of a new structure
that supersets both the AMD and the NV data.

CL_DEVICE_PCIE_ID_AMD only works for GPUs

Improve README

CL_DEVICE_OPENCL_C_ALL_VERSIONS requires 3.0

Bugfix: char-subscripts are treated as an error.

At least in Cygwin, isspace () will fail to compile as below if it takes char as an argument.

```
$ make
cc -g -pedantic -Werror -std=c99 -Wall -Wextra -I../OpenCL-Headers  -c -o clinfo.o src/clinfo.c
In file included from src/error.h:11,
                 from src/clinfo.c:35:
src/strbuf.h: In function ‘skip_leading_ws’:
src/strbuf.h:128:8: error: array subscript has type ‘char’ [-Werror=char-subscripts]
  128 |  while (isspace(*ret)) ++ret;
      |        ^~~~
cc1: all warnings being treated as errors
make: *** [<builtin>: clinfo.o] Error 1
```

For more details and recommendations for this error, see following:

* stackoverflow / 2012-04-02: [Warning: array subscript has type char](https://stackoverflow.com/a/60696378)

Fix extra handling of CL_DEVICE_EXTENSIONS_WITH_VERSION

When running with -a, and the property is not supported, it should just
be skipped instead of printing the error.

Improve single-property output management

Warn that we only support one --prop specification, refactor cleanup and
use it wherever necessary.

Try RTLD_DEFAULT macro before hardcoded value

On BSD-like and Solaris-like systems RTLD_DEFAULT is ((void *) -2)

More device_info_bitfield refactoring

This series involves the entries whose human version presents nested
Yes/No entries instead of a list of values.

The name for the “cooked” presentation of the SVM capabilities in the
JSON file is changed from "type" to "capabilities", which is the correct
one.

Refactor bitfield handling

They all use the same mechanism, so no reason not to share code.

Suppress sparse warnings

Most are about mixing initialization and code, but a suspicious NULL
usage warning was actually quite relevant.

Document the Android wrapper script generation

More Android support improvements

The vendor path can now be overridden, and `clinfo` is now a wrapper
for the actual executable (`clinfo.real`) that sets the LD_LIBRARY_PATH
appropriately.

JSON: add ICDL detected version as custom property

Reorder some platform info

Particularly important is the retrieval of the extension information
before anything that may depend on it.

Autodetect Android

Document --json command-line option

JSON: convert most properties

JSON: some handling of non-string values

Introduce JSON output format

Currently every value is just the JSON string version of what would be
printed. Specialized versions are going to be introduced in the next
commits.

Get rid of bufcpy and add_separator

Get rid of strbuf_printf

Null context strbuf usage

More strbuf_append work

Finish strbuf_append pass for device info

More modernization (GET_VAL + strbuf_append)

Further str_append progress and bug fixes

Further modernization (GET_VAL + strbuf_append)

More strbuf_append transition

More strbuf_append and other modernization

Introduce (and start using) functions to autoexpand a strbuf

Keep strbuf end up to date on string fetch

Prime all strbufs to 1024 characters

Introduce function to reset a strbuf

Update time_offset to use GET_VAL

Document -d and --prop in manpage

Allow filtering by property name

Missing frees

Fix missing initand wrong sizing

Support -d without space

So user can do ./clinfo -d 0:0 as well as ./clinfo -d0:0

Comment typo

Man page typo

Version 3.0.20.11.20

cl_khr_device_uuid support

Support for cl_ext_cxx_for_opencl

Rearrange some queries based on dependencies

Update man page

Support cl_khr_extended_versioning as platform extension

Support cl_khr_extended_versioning as device extension

Typos in comments

CL_DEVICE_LATEST_CONFORMANCE_VERSION_PASSED

Device enqueue support is a bitfield, not a bool

It has also been renamed from CL_DEVICE_DEVICE_ENQUEUE_SUPPORT to
CL_DEVICE_DEVICE_ENQUEUE_CAPABILITIES.

Add a couple of TODOs

3.0 OpenCL versions and features

Preferred work-group size multiple device prop

Bunch of boolean props

Atomic memory/fences support

More «stuff with versions» properties

Support CL_DEVICE_EXTENSIONS_WITH_VERSION and make homogeneous

Add support for CL_PLATFORM_EXTENSIONS_WITH_VERSION

Introduce support for CL_{PLATFORM,DEVICE}_NUMERIC_VERSION

Future-proof loader version check

If the loader claims a version higher than the highest version clinfo
knows about, we should not warn about version mismatches, because we
cannot actually check if what the loader claims is correct or not.

SImilarly, we comparing loader and maximum platform version, we trust
what the loader claims if it's higher than what we know about, but use
our detected version otherwise.

Allow specification of single device to show info about

Updated loader version detection to OpenCL 3.0.

Fix a typo

Avoid false positives in extensions detection

Pad the extension string with spaces and check for the extension string
surrounded by spaces.

Add architecture ppc64le to travis build

Fix no device handling for checkNullGetDevices

The main issue was that we were updating the non-error buffer, even
though an error condition was present in this case, so error buffer
should have been updated instead.

While we're at it, cleanup the output for this case, pointing out that
no device was found and that we're only tentatively guessing what the
associated platform might be.