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

What's New In DragonEgg 3.1 For Optimizing GCC

Compiler

Published on 30 May 2012 10:01 AM EDT
Written by Michael Larabel in Compiler
Comment On This Article

In this morning's 11-Way Ivy Bridge compiler comparison were the first benchmarks of LLVM's DragonEgg, but what's new in this GCC plug-in's 3.1 release? Here's a brief overview.

DragonEgg is the unique LLVM-powered plug-in for GCC that allows LLVM optimizers and code generators to cooperate with GCC. It's quite interesting but is often overshadowed by LLVM itself and its own C/Objective-C/C++ Clang compiler. DragonEgg isn't widely used at this point but viewed by many as just an interesting experiment. By default DragonEgg will replace the GCC optimizers with those from LLVM, but there's a compiler option to use both the GCC and LLVM optimizers for "ultimate performance."

DragonEgg takes the optimizers and code generators from LLVM and plugs it into GCC, particularly the 4.5 release or newer where the plug-in architecture is available. DragonEgg is what succeeded LLVM-GCC. The goal of DragonEgg is to eventually support all of GCC's languages, but for now it's namely for C, C++, Fortran, and ADA. The compiler front-end of GCC is still used so it's easier to introduce support for new languages here than writing it up with Clang. There's partial support for Google Go, Java, Objective-C, and Objective-C++ languages with GCC. DragonEgg also works for Darwin, FreeBSD, Debian GNU/kFreeBSD, Linux, and OpenBSD platforms. The code generators work for x86, x86_64, and now ARM.

With DragonEgg 3.1, which was released at the same time as LLVM 3.1 and Clang 3.1 earlier this month, there is now:

- Partial support for GCC 4.7. While DragonEgg is just a GCC plug-in, the interfaces aren't stable and require changes from release-to-release it seems. The DragonEgg ADA support here is said to be poor but other languages should work "fairly well." GCC 4.5 and 4.6 series should still work well with this new version of DragonEgg.

- With DragonEgg 3.1 the code generators now work for ARM processors too, rather than just x86/x86_64.

- Better Fortran optimizations.

- Better optimizations for all languages by passing information about type aliasing and type ranges to LLVM optimizers.

- There's finally a regression test suite.

Additional information and download links are available from dragonegg.llvm.org. Now if you didn't look at them already, check out the 11-way compiler comparison benchmarks for the latest Intel hardware.

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. CompuLab Intense-PC2: An Excellent, Fanless, Mini PC Powered By Intel's i7 Haswell
  2. From The Atom 330 To Haswell ULT: Intel Linux Performance Benchmarks
  3. AMD Radeon R9 285 Tonga Performance On Linux
  4. Apotop Wi-Copy
Latest Linux Articles
  1. AMD Moves Forward With Unified Linux Driver Strategy, New Kernel Driver
  2. MSI: Update Your BIOS From The Linux Desktop
  3. NVIDIA vs. AMD 2D Linux Drivers: Catalyst Is Getting Quite Good At 2D
  4. 15-Way GPU Comparison With Mesa 10.3 + Linux 3.17
Latest Linux News
  1. NVIDIA's NVPTX Support For GCC Is Close To Being Merged
  2. KDE's KWin On Wayland Begins Using Libinput
  3. Khronos Releases OpenVX 1.0 Specification
  4. Linux Kernel Working Towards GNU11/C11 Compatibility
  5. Ubuntu 15.04 Is Codenamed After A Monkey: Vivid Vervet
  6. Following GCC, Clang Looks To Default To C11
  7. Users/Developers Threatening Fork Of Debian GNU/Linux
  8. Linux 3.18-rc1 Released One Week Early With Many Changes
  9. The VC4 Gallium3D Driver Is Still Moving Along For The Raspberry Pi
  10. Direct3D 9 Support Might Land Within Mainline Mesa 3D Drivers
Latest Forum Discussions
  1. Users/Developers Threatening Fork Of Debian GNU/Linux
  2. HOPE: The Ease Of Python With The Speed Of C++
  3. NVIDIA Presents Its Driver Plans To Support Mir/Wayland & KMS On Linux
  4. AMD Is Restructuring Again, Losing 7% Of Employees
  5. Bye bye BSD, Hello Linux: A Sys Admin's Story
  6. Open-Source AMD Fusion E-350 Support Takes A Dive
  7. Upgrade to Kaveri, very slow VDPAU performance
  8. ChromeOS Drops Support For EXT2/EXT3/EXT4 File-Systems