1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking.org

Clang To Become The Default FreeBSD Compiler Soon

Compiler

Published on 13 September 2012 06:12 PM EDT
Written by Michael Larabel in Compiler
6 Comments

The GCC to LLVM/Clang transition as the default FreeBSD compiler is set to happen on 4 November.

While we have known for months that FreeBSD 10 would use LLVM/Clang as the default compiler and deprecate GCC, this initiative is moving another step forward next month. On 4 November is when it's planned to have LLVM/Clang become the default C/Objective-C/C++ compiler in the FreeBSD world rather than the GNU Compiler Collection. This initially just for i386 and amd64 (x86_64) architectures.

As announced this week, "For the past several years we've been working towards migrating from GCC to Clang/LLVM as our default compiler.We intend to ship FreeBSD 10.0 with Clang as the default compiler on i386 and amd64 platforms. To this end, we will make WITH_CLANG_IS_CC the default on i386 and amd64 platforms on November 4th."

By becoming the default compiler for FreeBSD, cc, cpp, and c++ will now link to clang/clang++ rather than gcc/g++ for FreeBSD. The initial phase of the FreeBSD buildworld and kernel compilation will use Clang rather than GCC. For building out the ports collection, that too will happen with Clang by default.

Most of the "ports" packages are known to build and function correctly when built under Clang instead of GCC, but there's still some failures where GCC will still be relied upon. Clang also is just about C/Objective-C/C++ and not Fortran, Java, Go, or other languages that have GCC coverage (although some of these other languages do have LLVM-based compiler front-ends, but that's not part of the scope of this change). And for non-x86/amd64 systems, GCC will still be the default compiler although for ARM and other select architectures, LLVM back-ends are progressing well. Ports failing now with Clang are mentioned on the FreeBSD.org Wiki.

Among the reasons that many are interested in using Clang rather than GCC comes down to LLVM/Clang's more liberal license than the GPLv3 with GCC 4.2+, the static code analysis abilities of Clang (although this is more competitive with the new GCC), faster build times with less memory use, some generated binaries can be faster (Phoronix benchmarks still aren't definitively in favor of either compiler when on x86_64 Linux), and the modularity of LLVM/Clang.

Testing done within the FreeBSD camp has ruled that compiling with Clang is faster and uses much less system memory.

There's also been interest within the Debian camp for using LLVM/Clang although it will take much longer (if ever) before Clang becomes the default compiler in the Debian world. There's also the initiative for building the mainline Linux kernel under Clang.

Other features being planned for FreeBSD 10.0 are documented in this article.

About The Author
Michael Larabel is the principal author of Phoronix.com and founded the web-site in 2004 with a focus on enriching the Linux hardware experience and being the largest web-site devoted to Linux hardware reviews, particularly for products relevant to Linux gamers and enthusiasts but also commonly reviewing servers/workstations and embedded Linux devices. Michael has written more than 10,000 articles covering the state of Linux hardware support, Linux performance, graphics hardware drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated testing software. He can be followed via and or contacted via .
Latest Articles & Reviews
  1. OS X 10.10 vs. Ubuntu 15.04 vs. Fedora 21 Tests: Linux Sweeps The Board
  2. The New Place Where Linux Code Is Constantly Being Benchmarked
  3. 18-GPU NVIDIA/AMD Linux Comparison Of BioShock: Infinite
  4. Phoronix Test Suite 5.6 Adds New Phoromatic Enterprise Benchmarking Features
  5. OpenGL Threaded Optimizations Responsible For NVIDIA's Faster Performance?
  6. Big Graphics Card Comparison Of Metro Redux Games On Linux
Latest Linux News
  1. Git 2.4.0-rc0 Does A Ton Of Polishing
  2. The Most Common, Annoying Issue When Benchmarking Ubuntu On Many Systems
  3. Mesa Is At Nearly 1,500 Commits This Year
  4. Gestures & Other GTK3 Features For LibreOffice
  5. It's Now Easier To Try PHP 7 On Fedora & RHEL
  6. BQ Is Cleaning Up Their Aquaris E4.5 Ubuntu Kernel
  7. Allwinner Continues Jerking Around The Open-Source Community
  8. NVIDIA Linux 349.12 Beta Has Improved G-SYNC & VDPAU Features
  9. Canonical Just Made It Even Easier To Benchmark Ubuntu Linux In The Cloud
  10. NVIDIA GeForce GTX TITAN X Linux Testing Time
Most Viewed News This Week
  1. Introducing The Library Operating System For Linux
  2. AMD Is Hiring Two More Open-Source Linux GPU Driver Developers
  3. New SecureBoot Concerns Arise With Windows 10
  4. Allwinner Caught Obfuscating Their Improperly Licensed Code
  5. Latest OpenSSL Vulnerabilities Revealed; LibreSSL In Better Shape
  6. GNU Nano 2.4.0 Brings Complete Undo System, Linter Support & More
  7. GNOME Shell & Mutter 3.16.0 Released
  8. Systemd Change Allows For Stateless Systems With Tmpfs
%%CLICK_URL_UNESC%%