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

Features Coming For The LLVM 3.4 Compiler Stack

Compiler

Published on 27 October 2013 12:51 AM EDT
Written by Michael Larabel in Compiler
Comment On This Article

Having yesterday covered the features so far of GCC 4.9, here's a look at the features baking for LLVM 3.4 -- the next major compiler infrastructure update due out likely around the end of the year.

Compared to the GNU Compiler Collection seeing just about one major update per year, LLVM sees new releases about every six months. LLVM 3.3 came in June and was a great update, but LLVM 3.4 will bring even more to this increasingly used and relied upon open-source compiler stack and its C/C++ compiler front-end.

Among the items queued up right now in mainline LLVM 3.4 include:

- Expanded use of the Loop Vectorizer. LLVM's Loop Vectorizer was already in use for the -O3 optimization level in LLVM 3.3, but now it's also used at -O2 and -Os optimization levels too.

- AMD's R600 back-end is now enabled by default and is no longer marked as being an experimental LLVM back-end.

- The R600 LLVM back-end now supports MSAA and various other new functionality for the GPU LLVM back-end. There's also Sea Islands Compute Support.

- NEON support for AArch64, the 64-bit ARM architecture back-end support in LLVM.

- The SLP Vectorizer is enabled by default. The LLVM SLP Vectorizer was introduced with 3.3 and optimizes the performance of straight-line code.

- Dropping old Visual Studio support and other old/deprecated LLVM code.

- Some compiler performance changes.

- On a related note, the LLDB debugger now has better remote debugging capabilities.

More LLVM / Clang 3.4 coverage will come as the official release approaches.

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 Linux Hardware Reviews
  1. MSI X99S SLI PLUS On Linux
  2. NVIDIA GeForce GTX 970 Offers Great Linux Performance
  3. CompuLab Intense-PC2: An Excellent, Fanless, Mini PC Powered By Intel's i7 Haswell
  4. From The Atom 330 To Haswell ULT: Intel Linux Performance Benchmarks
Latest Linux Articles
  1. RunAbove: A POWER8 Compute Cloud With Offerings Up To 176 Threads
  2. 6-Way Ubuntu 14.10 Linux Desktop Benchmarks
  3. Ubuntu 14.10 XMir System Compositor Benchmarks
  4. Btrfs RAID HDD Testing On Ubuntu Linux 14.10
Latest Linux News
  1. Fedora 21 Beta & Final Release Slip Further
  2. Mesa 10.3.2 Has A Couple Bug-Fixes
  3. RadeonSI/R600g HyperZ Support Gets Turned Back On
  4. openSUSE Factory & Tumbleweed Are Merging
  5. More Fedora Delays: Fedora 21 Beta Slips
  6. Mono Brings C# To The Unreal Engine 4
  7. Coreboot Now Has Support For Intel Broadwell Hardware
  8. Enlightenment's EFL 1.12 Alpha Has Evas GL-DRM Engine, OpenGL ES 1.1 Support
  9. GTK+ Lands Experimental Backend For Mir Display Server
  10. Ubuntu 14.10 Officially Released
Latest Forum Discussions
  1. HOPE: The Ease Of Python With The Speed Of C++
  2. Updated and Optimized Ubuntu Free Graphics Drivers
  3. Ubuntu 16.04 Might Be The Distribution's Last 32-Bit Release
  4. Linux hacker compares Solaris kernel code:
  5. Advertisements On Phoronix
  6. Users/Developers Threatening Fork Of Debian GNU/Linux
  7. AMD Releases UVD Video Decode Support For R600 GPUs
  8. Proof that strlcpy is un-needed