Dependencies matter a lot in terms of who can easily install and use your software. However there are trade-offs in what features are provided by each version and the availability of these versions. This presents an opinionated take on what these trade-offs are so one can know what can be widely supported.

Last update: 2023-09-12

Major Linux Distros

• Ubuntu LTS releases generally get 5 years of standard support
• Fedora releases generally get ~1 year of support
• * Third party vendors such as AlmaLinux support these for much longer 2029 for CentOS-8, and 2032 for CentOS-9.

Tooling Versions

# has known issues and upstream recommends avoiding using this version * CentOS, and Fedora do not package CUDA themselves, but instead rely on Nvidia to provide the package which provides the newest version.

Language Features

C++

For more information consult cppreference.com C++ is divided into language and library features. Generally Language features are implemented before library features. While Clang originally led for compliance, increassingly GCC is getting newer features sooner.

C++14

Generally C++14 language features can be used safely on all but the oldest systems (e.g. CentOS7). With one minor exception, C++14 library features can be used on all but the oldest systems (e.g. CentOS7), but complete support requires a much newer version for GCC.

C++17

Generally C++17 language features are supported on all but the oldest systems (e.g. CentOS7). C++17 library features require very new compilers to implement fully and are not widely available on LTS systems. The most common things to lag behind being parallel parallel algorithms, so-called special math functions used in statistics, and OS assisted features like hardware interference size. In many cases these can be “poly filled”

C++20

C++20 language features are not not fully implemented in even the newest compilers. The biggest holdout is modules and features like consteval. C++20 library features are even more sparsely implemented, but are now fully implemented in GCC 14 starting to be available in “cutting edge distros” such as Fedora.

It is too early to start looking at C++23 compiler conformance.

CMake

Every major non-EoL distribution supports at least CMake 3.16. If you need to do things with CUDA try to stick to CMake 3.20 or newer which has much more robust support for GPU programs which is available on all distributions except CentOS7. 3.25 is needed for cuFILE APIs which is only available on more cutting edge distros.

• 3.10 Added flang,ccachefor Ninja, GoogleTestgtest_discover_tests()`
• 3.11 Added add_library without sources, FindDoxygen, `
• 3.12 Added cmake --build, <PackageName>_ROOT for find_package, many improvements to FindSwig
• 3.13 Added cmake -S ... -B ... to set source and build dirs, target_link_libraries can now be called on targets from different directories., more improvements to Swig
• 3.14 Added get_filename_component(), install(FILES)/install(DIRECTORIES) now uses GNUInstallDirs by default, FtechContent_MakeAvailable(), numpy support in FindPython
• 3.15 Improved Python lookups and Python3::Module, $<COMPILE_LANGUAGE:> with a single language,
• 3.16 Added support for unity builds
• 3.17 Added Ninja multi-config, CMAKE_FIND_DEBUG_MODE, FindCUDAToolkit,
• 3.18 add_library can now create Alias targets (useful for FetchContent), CMAKE_CUDA_ARCHITECTURES, FindLapack imported target, improvements to GoogleTest test discovery
• 3.19 Apple Silicon, CheckCompilerFlag generalizes C/C++ specific versions
• 3.20 CUDAARCHES environment variable added, Nvidia HPC SDK, OneAPI compilers, improved FindCudaToolkit with ccache, better implicit dependencies.
• 3.21 cmake-presets, Fujitsu compiler
• 3.22 CMAKE_BULID_TYPE default variable
• 3.23 improvements to presets, HEADER_SETS for IDE integration, many improvements to CUDA seperate compilation
• 3.24 improvements to presets, CMAKE_CUDA_ARCHITECTURES=native, fetch content can now try find_package first
• 3.25 improvements to presets, block scoping, try_compile doesn’t need a binary directory, cufile
• 3.26 imagemagick imported targets, Python “Stable ABI” targets
• 3.27 Cuda Object libraries, FindDoxygen config file support, FindCUDA (old and deprecated) removed
• 3.28 Cmake modules support is stable but not supported compilers until GCC 14 and LLVM 16 and using the Ninja generator, CMAKE_HIP_PLATFORM to compile hip code using Nvidia GPUs, CrayClang, many commands became JOB_SEVER_AWARE to better support nested builds.

Swig

Swig 3 is widely available, but Swig 4 is not – try to avoid C++14 in swig wrapped interfaces.

• 4.0 Added C++11 STL container support to Python, and better support for C++14 code
• 3.0 Added C++11 language support

Cuda

CUDA places requirements on your GCC/clang version, but also places requirements on supported hardware. This note has much more detail.

When using NVCC:

It is also possible to use clang++ to compile cuda

In newer versions of cuda, this command outputs your compute version.

nvidia-smi --query-gpu=compute_cap --format=csv

Python

For widest compatibility, avoid features newer than 3.6, however when CentOS7 is EoL, 3.8 is the next lowest common denominator.

• 3.6 Added fstrings, types for variables, async generators, PYTHONMALLOC and more.
• 3.7 Added breakpoint(), @dataclass, time.perf_counter_ns() and more
• 3.8 Added := operator, position only parameters, fstring {var=} syntax, and more
• 3.9 Added | for dict, list instead of List in types, and is much faster and more
• 3.10 Added match pattern matching, parenthesized context managers, type | operator, and more
• 3.11 Added exception groups, tomllib, variatic generics, Self type, string literal type, is much faster and more
• 3.12 Added Path.walk, improved f-strings, type alias, sys.monitoring, collections.abc.Buffer

Manylinux

Python’s pip uses manylinux containers to provide broadly compatible binaries for use with python. Until CentOS7 is end of life, consider building a manylinux2014 based build if possible.

PEP 599 defines manylinux2014 and I expect this will be end of life when CentOS7 that it is based on does. PEP 600 defines manylinux_x_y where x==glibc_major version, y==glibc_minor_version. There are docker containers that provide build envionments for these packages that should be preferred. One should also check the auditwheel command to ensure that the compiled library does not link to a disallowed library.

Julia

Generally Julia installations will be relatively new since they are often not provided by the package manager. There have been significant reductions in time to first plot in recent versions

• 1.5 threading, @ccall
• 1.6 various quality of life improvements
• 1.7 property destructuring, @atomic, reproducible RNG, libblastrampoline
• 1.8 const on fields in mutable structs, SIGUSR1 profiling
• 1.9 :interactive threads, jl_adopt_thread, Iterators.flatmap, Package Extensions

Hope this helps!

Changelog

• 2024-02-22: added python and cuda and updated cmake
• 2023-09-12: Created