Developer tools

Several Red Hat engineers recently attended the JTC1/SC22/WG21 C++ Standards Committee meetings in March 2016 in Jacksonville, Florida, USA. This post focuses on the sessions of SG1 (the standards committee sub-group 1 - for concurrency and parallelism) and on several proposals related to coroutines. The biggest news from a parallelism and concurrency (P&C) perspective is that the Parallelism Technical Specification v1 was voted into the working draft of the standard. This means that C++17 will offer support for several parallel...

The GCC project has traditionally made major releases yearly in the March/April timeframe. March is rapidly approaching and the GCC project's engineers are busy polishing things up for the GCC 6 release. I'm going to take a short break from my own release efforts to briefly talk about some of the new features. Warnings GCC strives to implement warnings which help developers catch errors at compile time rather than allow potentially dangerous code to be silently accepted and ultimately deployed...

Abstract This project (part of Red Hat Lab Q) was initiated by Jan Zeleny to accommodate low-end and low-cost devices, which have usually slower hardware, and has particular usefulness to Fedora. Three students (Josef Řídký, Michal Ruprich, Šimon Matěj) from Faculty of Information Technology (FIT VUT Brno, Czech Republic) began work on the project with me (Petr Hracek) as a leader of the team. The aim Let’s say we have a device with low-cost hardware and we have Fedora/EPEL Linux...

Occasionally, there's a need for a new GNU C Library for a given application to run. For example, some versions of the Google Chrome browser started to warn users on Red Hat Enterprise Linux 7 that future versions of Chrome would not support their operating system. The Chromium source code contained a version check, flagging all versions of the GNU C Library (glibc) older than 2.19 as obsolete. This check has since been relaxed to 2.17 (the version in Red...

Hi Everyone, Welcome to a new blog about changes and new features in the GNU toolchain (compiler, assembler, linker and debugger). My intention is to post monthly updates highlighting what is new in these tools so that developers can keep abreast of the developing technologies. This first post covers changes made to the development versions tools in October and November of this year. Earlier posts in this series can be found in my live journal blog here, but future posts...

Today, Red Hat announced the general availability of Red Hat Developer Toolset 4, giving you access to the latest, stable open source C and C++ compilers and complementary development and performance profiling tools. Accessible through the Red Hat Developers Program and related subscriptions, Red Hat Developer Toolset enables developers to compile applications once and deploy across multiple versions of Red Hat Enterprise Linux. New additions and updated components of Red Hat Developer Toolset 4 include: GNU Compiler Collection (GCC) 5.2...

As always when we rebase GCC in Developer Toolset (as we announced yesterday) to a new major upstream release, there are a huge number of bugfixes, performance improvements, quality of implementation enhancements - the list goes on. In this article, however, I'd like to focus on four headline features and one new way of using the tools. Let's dive in. So firstly, OpenMP 4.0 is fully-supported for C, C++, and Fortran developers. Red Hat is a member of the OpenMP...

Today, we are pleased to announce the beta availability of Red Hat Developer Toolset 4 Beta, giving you access to the latest, stable open source C and C++ compilers and complementary development and performance profiling tools. Accessible through the Red Hat Developers Program and related subscriptions, Red Hat Developer Toolset enables developers to compile applications once and deploy across multiple versions of Red Hat Enterprise Linux. Red Hat Developer Toolset 4 Beta helps you compile applications once and deploy across...

Our Red Hat Developers program team has just concluded a "Time to Hello World" project to reduce the time it takes you to download and install a new technology, and then get to your first "hello world" application. By utilizing multiple resources from Red Hat engineering, UX, evangelists, docs, testing, and yes, even customers, this is just one of many Red Hat activities underway to minimize speed bumps when trying a new Red Hat technology. So, is 6 minutes quick...

JBoss Developer Studio 9 for Eclipse Mars is now available for download. Some advances include new Server Adapters, OpenShift v3 enhancements and more Docker functionality. A new list of features can be found in the documentation but here is a list of highlights: WildFly 10 and EAP 7 Server Adapters New server adapters for JBoss EAP 7 and WildFly 10 have been added to the toolset, allowing you to enjoy all the past benefits, but with all the newest runtimes...

Several Red Hat engineers attended the JTC1/SC22/WG21 C++ Standards Committee meetings in May 2015 at Lenexa, Kansas, USA. This post focuses on the sessions of SG1, the study group on parallelism and concurrency. Finishing the Technical Specifications (TSes) was one major point on the agenda of SG1. The Parallelism TS (see this draft) and the Transactional Memory TS (see this draft) have been finalized for publication, and the Concurrency TS and has been made ready for a vote and feedback...

Red Hat sent four engineers to the spring C++ meeting this year, in Lenexa, Kansas, a suburb of Kansas City. It was hosted by Perceptive Software, a division of Lexmark. The meeting went very smoothly overall; while there were some disagreements they were pretty cordial. The first disagreement came up during the Monday evening session when Bjarne was talking about his vision of C++17. He wants to see multiple big new features, lest people get bored with C++ after another...

Today, Red Hat has announced the general availability of Red Hat Developer Toolset 3.1. Available through the Red Hat Enterprise Linux Developer Program and related subscriptions, Red Hat Developer Toolset 3.1 streamlines application development on the world’s leading enterprise Linux platform, enabling developers to compile applications once and deploy across multiple versions of Red Hat Enterprise Linux. Updates include: GCC 4.9.2 (the latest stable upstream version of GCC), Eclipse 4.4.2, GDB 7.8.2, elfutils 0.161, memstomp 0.1.5, SystemTap 2.6, Valgrind 3.10.1...

VS. I've been involved with full-stack development for a while now, especially stacks involving single page apps. When choosing to go with a single page webapp the backend concerns change. While any backend will do the job (think ruby, python, java, etc.) more emphasis is placed on the front-end stack as most of the time is spent in Javascript and less in the backend language since that is not where the UI logic resides. This is liberating in some senses...

The Internet of Things represents outstanding opportunities for innovation and opens the door to new development projects. At its core is the need for next-generation intelligent systems to collect, analyze, and communicate data into actionable information. Red Hat is in a unique position to help developers architect those systems and bring about the promises of the IoT. In fact, Red Hat technology is already embedded in intelligent systems throughout the world to enable IoT use cases such as Smart Cities...

"Even bad code can function. But if code isn’t clean, it can bring a development organization to its knees" -- Clean Code We spent 10 times more time reading code than writing it. Thus keeping code clean is essential for maintainability and company growth, but doing it by hand can be tedious. Let's take a look at some of the clean code practices and how we can use Eclipse to re-factor code faster. Change inline comments to sub method calls...

Last time we discussed de-duplicating some code. Today let us look into the effectiveness of refactored code, Java 8 support and moving/renaming code. But hold on, aren't method calls expensive? I took a course on compilers in University and did some research on the matter. In 1996 Java in-lining might have made sense. But nowadays the overhead that methods generate is relatively negligible, also the JVM is quite smart in optimizing bytecode by in-lining methods that make sense to in-line...

This is a short heads-up about an upcoming, free webinar which discusses the influence of the growing demands for hyper-connected, internet-driven economy where users expect speedy delivery of new features, highly engaging personalized user experiences, and smooth, streamlined performance on today's application architecture and design. The result is that best practices for application development and architecture are rapidly changing. Traditional approaches to development are no longer competitive, with the new focus on simplicity, usability, and large-scale DevOps agility. In order...

Last month I attended the ISO standardisation meeting for C++ in Urbana-Champaign. As usual I spent most of the week in the Library Working Group or Library Evolution Working Group. In LWG, about half the week was spent processing comments received from National Bodies during the ballots for the Technical Specification (TS) on C++ Extensions for Parallelism and the TS for C++ Extensions for Library Fundamentals, both of which were at the PDTS (public draft) stage. LWG reviewed some changes...

Several Red Hat engineers attended the JTC1/SC22/WG21 C++ Standards Committee meetings in November 2014 at Urbana-Champaign, IL, USA. This post focuses on the sessions of SG1, the study group on parallelism and concurrency, which met for the whole week to discuss proposals and work on the technical specifications (TS) for both parallelism and concurrency. SG1 mostly worked on finalizing the first revision of the Parallelism TS, and continued working on accepting proposals into the Concurrency TS. The Transactional Memory proposal...

The Red Hat toolchain team was well-represented at the Fall 2014 meeting of the standardization committee (JTC1/SC22/WG21) in Urbana-Champaign, IL, USA. In this article, Jason Merrill summarizes the main highlights and developments of interest to Red Hat Enterprise Linux developers. Stay tuned for separate articles summarizing the library and concurrency working group aspects. The fall meeting of WG21 (the C++ standardization committee) this year was hosted by the CS department at the University of Illinois at Urbana-Champaign. This was the...

Introduction Since their 4.8 version, the C and C++ compilers of the GNU Co mpiler Collection are equipped with built-in memory and data race errors detectors named Address Sanitizer and Thread Sanitizer. This article intends to quickly walk you through the highlights of these two interesting tools. Spotting common memory access errors ... When instructed to compile a given program, the Address Sanitizer sub-system of GCC emits additional code to instruments the memory accesses performed during the program's execution. Later...

memstomp is an interposition library to detect cases where applications may exhibit undefined behaviour when calling routines within the C library (glibc). The first version of memstomp was focused on detecting cases where source and destination memory regions passed to C library routines such as memcpy overlapped in ways not allowed by the ISO C standard. Matt Newsome's blog post shows how to utilize memstomp to find that class of bugs. For many years, GCC has attempted to eliminate unnecessary...