However, liboqs increasingly makes more/different implementations available even for one algorithm, such as plain C code, hardware optimized code containing some assembly optimizations or even 100% assembly code built by external tooling. The actual code run is highly dependent on both build and execution platform (if different).
This issue is to suggest adding a marker next to each algorithm name outputting which of the different code bases actually is running, e.g., by way of reference to the source file (path) actually being executed -- but many other options are conceivable.
Currently, most tests output information about the build and execution environment, e.g., as such:
However,
liboqs
increasingly makes more/different implementations available even for one algorithm, such as plain C code, hardware optimized code containing some assembly optimizations or even 100% assembly code built by external tooling. The actual code run is highly dependent on both build and execution platform (if different).This issue is to suggest adding a marker next to each algorithm name outputting which of the different code bases actually is running, e.g., by way of reference to the source file (path) actually being executed -- but many other options are conceivable.