The GNU Compiler Collection (GCC) made it today to having no P1 regressions (the highest priority) and thus they've now branched the code for the GCC 6 series, GCC 7.0 is now on the master branch, and GCC 6.1 should be released next week.
Rust 1.8 has been declared stable by the team working on this increasingly popular programming language focused on safety, speed, and concurrency.
With GCC 6.1 due out soon with its plethora of new features and improvements, I decided to run some fresh benchmarks this week of GCC 4.9.3 vs. GCC 5.3 vs. GCC 6.0.0 on a Debian stable system.
The videos from last month's EuroLLVM compiler conference in Barcelona are now available for all to enjoy.
Beyond the talk about new C++ features, OpenCL 2.0 plans for Clang 3.9, LLVM's new ELF linker, and other interesting talks from last month's EuroLLVM conference in Barcelona, there was also a session about the LLVM Foundation.
For anyone developing with PHP for any length of time you've likely encountered Composer as a dependency management solution for PHP.
For those curious about the state of C++11 / C++14 / C++1z features in LLVM's Clang compiler, engineers from Google and Qualcomm have a brief yet nice overview of the recent additions to the C++ programming language and the current support state within Clang.
Anastasia Stulova of ARM's Media Processing Group has provided an outline of their work on enabling OpenCL 2.0 support within the LLVM/Clang compiler stack.
Last year LLVM developers made significant progress on developing a new ELF linker for Linux/Unix-like systems. Since then, this high-performance linker from LLD (dubbed "LLD") has continued maturing and gaining additional functionality.
The LLVM compiler infrastructure now has support for Intel's Lakemont processor.
Last month Google engineers posted patches to LLVM for "Lanai", an in-house (apparently network/communications oriented) processor as they were looking to upstream the code. This raised some concerns over Google looking to upstream the code when those outside of the search giant can't even benefit from the code due to the hardware not being public and other concerns, but nevertheless, the code was merged today.
While it comes down to a mundane commit, the AMD Polaris next-generation graphics processor support was already added to LLVM for the Radeon driver's back-end.
As the first major release since Apple open-sourced the Swift programming language and began providing Linux support, Swift 2.2 is now available.
PyPy 5.0 has been released today as the alternative Python interpreter and JIT compiler focused on performance and efficiency.
Google developers are looking at starting a new LLVM sub-project around parallel runtime and support libraries for GPUs, CPUs, and other platforms. As part of it, they are also looking to open-source their StreamExecutor that wraps around the CUDA and OpenCL runtimes.
While running late, the release of LLVM 3.8 and Clang 3.8 is now officially available.
With LLVM Clang 3.7 came full support for OpenMP 3.1 at long last but with OpenMP 4.5 being the latest spec, Intel and others involved with the Clang OpenMP initiative haven't let up and continue working towards supporting the latest OpenMP 4.x interfaces.
With it being trivial to deploy new benchmark test cases with the Phoronix Test Suite and it being fully-automated, the latest results of our Xeon E3 v5 Skylake CPUs are some GCC reference benchmarks with various optimization levels to see the impact on the performance of the generated binaries as well as build time.
While LLVM/Clang 3.8 was supposed to be released last week, its release got delayed but it looks like it should finally ship in the next few days.
LDC 0.17.0 was released this past week as the newest version of this LLVM-based compiler for the D programming language.
LLVM 3.8 was supposed to be tagged today, but it doesn't look like that is going to happen.
If all goes well, LLVM 3.8 and Clang 3.8 could be officially released within the next day or so. Here is a look at some of the new features of LLVM/Clang 3.8.
While Clang has long been talked about as producing better warnings/errors and diagnostics than the GNU Compiler Collection, the GCC developers have been ramping up their error/warning reporting to be more helpful to developers in debugging compile-time issues. GCC 5 had brought a number of improvements on this front while GCC 6 will be even more helpful.
Our friends at PathScale are looking to hire several more engineers to work on their advanced compiler stack.
While for years there has been ongoing work to build the Linux kernel with Clang, in 2015 there wasn't much progress to report and the mainline LLVM Clang compiler still can't build the mainline Linux kernel tree successfully. What's going on?
Patches published by Google developers today for LLVM/Clang confirm that the company has at least one in-house processor of its own.
A few days ago I posted a number of LLVM Clang optimization level benchmarks using the latest code for the upcoming Clang 3.8 release. Those tests went from -O0 to -O3 -march=native, but many Phoronix readers wanted -Ofast so here are those results too.
As some recent GCC 5.2 compile tuning tests with various CFLAGS/CXXFLAGS were of interest to a number of Phoronix readers, hare are some benchmarks with a number of different compiler flag tests when using the LLVM Clang 3.8 compiler.
Go developers are warning that with the upcoming Go 1.7 release the compiler could be as much as two times slower, but will yield better quality -- and hopefully faster -- generated code.
743 Compiler news articles published on Phoronix.