Developer tools

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...

In this article, we'll take a look at the OpenMP parallel programming extensions to C, C++ and Fortran - OpenMP 4.0. These are available out of the box in GCC v4.9.1, available to Red Hat Enterprise Linux developers via Red Hat Developer Toolset v3.0 (currently at beta release). For a thorough backgrounder in parallelism and concurrency programming concepts, see Torvald Riegel's earlier articles ( part 1 and part 2). In this article, we'll instead dig into the nuts and bolts...

(Part 1)In this session, we'll cover when developers should use Red Hat Enterprise Linux system tools, when they should use the Red Hat Developer Toolset, and when they should use Red Hat Software Collections. We'll describe the developer tools for Red Hat Enterprise Linux and make recommendations in context, based on the type of application and the application life cycle. Well also explain the targeted audience for the native system tools and why they are not appropriate for all applications...

If you've done any C or C++ development on Fedora or Red Hat Enterprise Linux (RHEL), you'll have used GCC, the GNU Compiler Collection. Red Hat has long been a leading contributor to GCC, and this continues as we work with others in the "upstream" GCC community on the next major release: GCC 5. In this post I'll talk about some of the deep architectural changes I've been making to GCC. You won't directly see these changes unless you look...

Today, Red Hat is pleased to announce the beta availability of Red Hat Developer Toolset (DTS) 3.0 and Red Hat Software Collections (RHSCL) 1.2. New additions in this beta release include: Red Hat Developer Toolset 3.0. This update brings the Red Hat Developer Toolset with GCC 4.9 and Eclipse 4.4 (Luna) IDE to Red Hat Enterprise Linux 7 for the first time and gives C and C++ developers the ability to compile once and deploy to multiple versions of Red...

In June, Red Hat engineers Jason Merrill, Torvald Riegel and Jonathan Wakely attended the ISO C++ standards committee meeting, held in Rapperswil, Switzerland. This post contains reports on the core language work by Jason, and the library work by Jonathan. Torvald's report out on Parallelism and Concurrency is here. The next C++ meeting will be November 3-8 at the University of Illinois in Urbana-Champaign. Core (Jason) Because the C++14 standard ballot is still open we weren't supposed to make any...

Recently Red Hat sent several representatives to the JTC1/SC22/WG21 C++ Standards Committee meetings, which were held in June 2014 at the University of Applied Sciences in Rapperswil, Switzerland. As in past ISO C++ meetings, SG1, the study group on parallelism and concurrency, met for the whole week to discuss proposals and work on the technical specifications (TS) for both parallelism and concurrency. The Parallelism TS seems ready for a first publication soon. SG1 renamed the execution policy that allows vector...