I think our hiding of plenty of useful options under --list=hidden-options is too obscure. I think we should unhide them all, printing the full options list on --help. We're being inconsistent with other projects, including hashcat, by not printing the full options list even on explicit --help. This can be confusing to new users, who wouldn't realize there are more options nor how to see tho

Current implementation of join can be improved by performing the operation in a single call to the backend kernel instead of multiple calls.

This is a fairly easy kernel and may be a good issue for someone getting to know CUDA/ArrayFire internals. Ping me if you want additional info.

I often use -v just to see that something is going on, but a progress bar (enabled by default) would serve the same purpose and be more concise.

We can just factor out the code from futhark bench for this.

Add Javadoc to document the examples in TornadoVM.

This affects the packages under the examples module:

https://github.com/beehive-lab/TornadoVM/tree/master/examples/src/main/java/uk/ac/manchester/tornado/examples

The documentation is at the class-level and it will contain a description of how the TornadoVM API is used for each example. Additionally, it contains how to run the example

Many builds with natives have support for maven classifiers (used to provide separate jars depending on OS). This reduces download size etc.

Please add this to aparapi-jni.

Just an FYI whilst I was trawling through the ROCm GitHub page:

https://rocmdocs.amd.com/en/latest/Programming_Guides/Programming-Guides.html#