Version 16.0.6-1 is a new release; it follows the upstream release.

The xPack LLVM clang is a standalone cross-platform binary distribution of LLVM clang.

There are separate binaries for Windows (Intel 64-bit), macOS (Intel 64-bit, Apple Silicon 64-bit) and GNU/Linux (Intel 64-bit, Arm 32/64-bit).

Download

The binary files are available from GitHub Releases.

Prerequisites

  • GNU/Linux Intel 64-bit: any system with GLIBC 2.27 or higher (like Ubuntu 18 or later, Debian 10 or later, RedHat 8 later, Fedora 29 or later, etc)
  • GNU/Linux Arm 32/64-bit: any system with GLIBC 2.27 or higher (like Raspberry Pi OS, Ubuntu 18 or later, Debian 10 or later, RedHat 8 later, Fedora 29 or later, etc)
  • Intel Windows 64-bit: Windows 7 with the Universal C Runtime (UCRT), Windows 8, Windows 10
  • Intel macOS 64-bit: 10.13 or later
  • Apple Silicon macOS 64-bit: 11.6 or later

Install

The full details of installing the xPack LLVM clang on various platforms are presented in the separate Install page.

Easy install

The easiest way to install LLVM clang is with xpm by using the binary xPack, available as @xpack-dev-tools/clang from the npmjs.com registry.

With the xpm tool available, installing the latest version of the package and adding it as a development dependency for a project is quite easy:

cd my-project
xpm init # Add a package.json if not already present

xpm install @xpack-dev-tools/clang@latest --verbose

ls -l xpacks/.bin

To install this specific version, use:

xpm install @xpack-dev-tools/clang@16.0.6-1.1 --verbose

It is also possible to install LLVM clang globally, in the user home folder, but this requires xPack aware tools to automatically identify them and manage paths.

xpm install --global @xpack-dev-tools/clang@latest --verbose

Uninstall

To remove the links created by xpm in the current project:

cd my-project

xpm uninstall @xpack-dev-tools/clang

To completely remove the package from the central xPack store:

xpm uninstall --global @xpack-dev-tools/clang

Compliance

The xPack LLVM clang generally follows the official LLVM clang releases.

The current version is based on:

  • LLVM clang version 16.0.6, from 14 June 2023.

For Intel Linux and Windows, multilib (32/64-bit) libraries are provided.

LLVM libraries

On macOS and Windows the compiler defaults are set to the LLVM libraries (libc++ and compiler-rt).

For historical reasons, on GNU/Linux, the defaults are set to the host system (libstdc++ and glibc).

To use the LLVM libraries, add the following options:

-stdlib=libc++ -rtlib=compiler-rt -lunwind

For LTO builds, also use LLD:

-flto -fuse-ld=lld

-m32 / -m64

For Intel Linux and Windows, multilib libraries are provided and can be selected using the -m32 / -m64 options.

-print-search-dirs

Since the toolchain can be installed in any location, and the binaries compiled with it need to access the libraries, it is necessary to get the actual path and pass it via LD_LIBRARY_PATH and/or set the -rpath.

This can be achieved by querying the compiler for -print-search-dirs and processing the output.

For example, for the 32-bit libraries:

${CXX} -m32 -print-search-dirs | grep 'libraries: =' | sed -e 's|libraries: =||'

On Windows the DLLs are usually in bin, but for consistency within GCC, they are also copied to lib; it is recommended to ask the compiler for the actual path.

For example, for the 32-bit libraries:

${CXX} -m32 -print-file-name=libc++.dll

Changes

Compared to the upstream, there are no major functional changes.

Since 15.0.7-4, there is a small patch in Driver.cpp that fixes the function that computes InstalledDir when clang is invoked via a link from a different folder.

Bug fixes

  • none

Enhancements

  • none

Known problems

  • none

Shared libraries

On all platforms the packages are standalone, and expect only the standard runtime to be present on the host.

All dependencies that are build as shared libraries are copied locally in the libexec folder (or in the same folder as the executable for Windows).

DT_RPATH and LD_LIBRARY_PATH

On GNU/Linux the binaries are adjusted to use a relative path:

$ readelf -d library.so | grep runpath
 0x000000000000001d (RPATH)            Library rpath: [$ORIGIN]

In the GNU ld.so search strategy, the DT_RPATH has the highest priority, higher than LD_LIBRARY_PATH, so if this later one is set in the environment, it should not interfere with the xPack binaries.

Please note that previous versions, up to mid-2020, used DT_RUNPATH, which has a priority lower than LD_LIBRARY_PATH, and does not tolerate setting it in the environment.

@rpath and @loader_path

Similarly, on macOS, the binaries are adjusted with install_name_tool to use a relative path.

Documentation

The original documentation is available online.

Build

The binaries for all supported platforms (Windows, macOS and GNU/Linux) were built using the xPack Build Box (XBB), a set of build environments based on slightly older distributions, that should be compatible with most recent systems.

For the prerequisites and more details on the build procedure, please see the How to build page.

CI tests

Before publishing, a set of simple tests were performed on an exhaustive set of platforms. The results are available from:

Tests

The binaries were tested on a variety of platforms, but mainly to check the integrity of the build, not the compiler functionality.

Checksums

The SHA-256 hashes for the files are:

f908977be0c0ec4e2f8e35990eb318696c9e48dc78aff5e5186f2f4e628f5016
xpack-clang-16.0.6-1-darwin-arm64.tar.gz

a5c3b686685e7e0afe0eff4700c3d3c393664c51dd47b4863ebc1d5b470bd037
xpack-clang-16.0.6-1-darwin-x64.tar.gz

0b8923ede765cd3a06f44296eef8ce55d60158589d23f94f6d4892dfe94fab8b
xpack-clang-16.0.6-1-linux-arm.tar.gz

96dcb8b239cde59d0f2e95e071e9f6117de81da589695d8a35ae674761205d4b
xpack-clang-16.0.6-1-linux-arm64.tar.gz

7a58706d004fa4f4e94005d9c87f1d311b46709cc3766c85a6b98a2bfd0ae15b
xpack-clang-16.0.6-1-linux-x64.tar.gz

5356509c1958a801686971ee1a833f60e107ca639bfa61c1a3a1bc656bdd5c0e
xpack-clang-16.0.6-1-win32-x64.zip

Deprecation notices

32-bit support

Support for 32-bit Intel Linux and Intel Windows was dropped in 2022. Support for 32-bit Arm Linux (armv7l) will be preserved for a while, due to the large user base of 32-bit Raspberry Pi systems.

Linux minimum requirements

Support for RedHat 7 was dropped in 2022 and the minimum requirement was raised to GLIBC 2.27, available starting with Ubuntu 18, Debian 10 and RedHat 8.

Pre-deprecation notice for Ubuntu 18.04

Ubuntu 18.04 LTS Bionic Beaver reached the end of the standard five-year maintenance window for Long-Term Support (LTS) release on 31 May 2023.

As a courtesy, the xPack GNU/Linux releases will continue to be based on Ubuntu 18.04 for another year.

From mid-2024 onwards, the GNU/Linux binaries will be built on Debian 10, (GLIBC 2.28), and are also expected to run on RedHat 8.

Users are urged to update their build and test infrastructure to ensure a smooth transition to the next xPack releases.

Download analytics

Credit to Shields IO for the badges and to Somsubhra/github-release-stats for the individual file counters.