The 64-bit ARM back-end to the LLVM/Clang compiler now supports generating NEON instructions for AArch64.
Following word this weekend that Apple and Google engineers agree on SLP vectorization by default for the LLVM/Clang compiler, I carried out some fresh SLP Vectorizer benchmarks this weekend from the LLVM Clang 3.4 SVN development code.
After making more widespread use of the Loop Vectorizer, developers at Apple in Google are at least agreeing that LLVM's SLP Vectorizer should be more widely-used as well.
Videos from the recent GCC Cauldron 2013 that was hosted at the Googleplex earlier this month are now available online. Discussed during this developer event is not only the GCC compiler but also GDB, Address Sanitizer, and other compiler-related technologies.
We're still many months out from seeing the release of GCC 4.9 and LLVM Clang 3.4 releases, but with the next major updates to these open-source code compilers will come better support for the C++14 (C++1y) language.
To the ire of some developers, LLVM 3.4 is dropping support for Visual Studio 2008 as its host compiler.
While LLVM/Clang and GCC are moving forward vibrantly as open-source compilers, the current status of the open-source Open64 compiler project appears to be in hiatus.
The Apache Software Foundation has decided to end its Apache C++ Standard Library (stdcxx) project.
The LLVM debugger is back to having ELF core file support for 64-bit Linux.
From an older Intel Core i7 990X Extreme Edition "Gulftown" system the LLVM/Clang compiler performance of the 3.2 and 3.3 releases were compared to the current SVN code as of today. There are some LLVM 3.4 performance improvements while for other workloads there isn't much evolution to see.
The LLVM compiler infrastructure may be generating some speedier binaries by default for the -O3 optimization level by turning on the straight-line SLP vectorizer.
While the innovative LLVM compiler infrastructure is mentioned extremely often on Phoronix along with its Clang C/C++ compiler, receiving less coverage is LLDB. However, with LLVM 3.3, the LLVM Debugger has grown in functionality and is growing in usefulness.
The GCC 4.9 compiler that's still in early stages of development can generate binaries optimized for Intel's forthcoming Atom "Silvermont" hardware via the new "slm" CPU type.
I've already delivered GCC vs. LLVM Clang compiler benchmarks on Intel's Core i7 4770K "Haswell" platform and tested the "core-avx2" optimizations offered by the latest compilers. That previous testing was done from the stable releases of LLVM Clang 3.1/3.2 and GCC 4.7/4.8 releases, but looking ahead, here's some benchmarks of the latest GCC 4.9 development snapshot.
After a two week hiatus, LLVM 3.3 has been officially released!
The LLVM Loop Vectorizer is now being utilized by default at new optimization levels, in the name of faster performance.
For those that didn't realize, the LLVM/Clang 3.3 release is running a bit behind schedule, but the wait should be worth it with this hefty upgrade.
While LLVM 3.3 hasn't even been released yet, there's already an important change found in LLVM 3.4 for Radeon R600 GPU users.
LLVM's Loop Vectorizer, which is able to automatically vectorize code loops for performance benefits in many scenarios, may find its use expanded for other optimization levels in future LLVM releases.
As the first point release for the GCC 4.8 compiler is the freshly-released GCC 4.8.1.
With next month's release of LLVM 3.3 quickly approaching, here's an overview of some of the best and most exciting features coming to this next major update of the LLVM compiler infrastructure and Clang C/C++ compiler front-end.
The release of LLVM 3.3 along with its sub-projects like the Clang C/C++ compiler front-end and Compiler-RT is imminent. A second release candidate was posted just prior to the weekend to usher in some last minute testing.
The first point release to the GCC 4.8 compiler was made available in release candidate form on Friday, ahead of the official release that's expected next week.
LLVM continues to show its adaptability with the innovative compiler infrastructure now being used by JADE, the Just-In-Time Adaptive Decoder Engine. JADE is an LLVM-powered generic video decoder.
Following yesterday's branching of LLVM and the related components from trunk, LLVM 3.3 Release Candidate 1 is now available for those interested in testing the Apple-sponsored compiler.
LLVM 3.3 and an adjoining update to the Clang C/C++ compiler is due out in June with new features. Today the code for version 3.3 was branched from trunk.
Sambamba is an interesting research project out of academia that's yet another attempt at coming up with a better means of automatically parallelizing code. The Sambamba project describes itself as "A Runtime System for Online Adaptive Parallelization."
Dagger is a decompilation framework written around LLVM that supports decompiling software back into LLVM IR.
At the recent European LLVM meeting in Paris, Andrey Bokhanko and Alexey Bataev of Intel covered their work on supporting OpenMP within LLVM.
743 Compiler news articles published on Phoronix.