Overload 139 is now available

By Adrien Hamelin | Jun 13, 2017 12:44 PM | Tags: community

ACCU’s Overload journal of June 2017 is out. It contains the following C++ related articles.

Overload 139 is now available

From the journal:

I am not a number
Description : When is a number not a number? Frances Buontempo counts the ways this happens. by Frances Buontempo

Allocator for (Re)Actors with Optional Kinda-Safety and Relocation
How do you deal with memory for (Re)Actors? Sergey Ignatchenko proposes an allocation scheme. by Sergey Ignatchenko

Initialization in C++ is Bonkers
Uninitialised variables can cause problems. Simon Brand reminds us how complicated it can get. by Simon Brand

Vulkan and you – Khronos’ successor to OpenGL
Various graphics APIs exist. Andy Thomason unravels the mysteries of Vulkan, the latest 3D Graphics API from Khronos, the custodians of OpenGL. by Andy Thomason

Kotlin for C++ Developers
What could a language the originated on the JVM possibly offer C or C++ devs? Hadi Hariri tells us. by Hadi Hariri

Getting Tuple Elements with a Runtime Index
Accessing a tuple with a runtime index is a challenge. Anthony Williams shows us his approach. by Anthony Williams

Afterwood
What makes programming fun? Chris Oldwood ponders what floats his boat. by Chris Oldwood

CppCon 2017 Keynote Speakers by Jon Kalb

By Blog Staff | Jun 13, 2017 11:01 AM | Tags: None

CppCon 2017 just announced its keynote and plenary speakers:

2017 Keynote Speakers

by Jon Kalb

Early bird registration ends on July 7... register today!

From the announcement:

Bjarne Stroustrup

Bjarne is the designer and original implementor of C++. He is a founding member of the ISO C++ standards committee for C++ and a major contributor to modern C++.

He is the author of The C++ Programming Language and Programming: Principles and Practice Using C++.

Bjarne is currently a Managing Director in the technology division of Morgan Stanley in New York City and a Visiting Professor in Computer Science at Columbia University.

Herb Sutter

Herb is the convener (chair) of the ISO C++ standards committee.

He is the best-selling author of hundreds of articles and several books including  Exceptional C++  and C++ Coding Standards.

Herb is currently focused on evolving C++ to make it both more powerful and simpler — able to express more in efficient, portable code without relying on proprietary extensions, while also removing needless ceremony and ‘dark corners.’

Lars Knoll

Lars is The Qt Company CTO and Qt Project Chief Maintainer.

He has been working on Qt for more than 17 years starting as a software engineer to later leading the global Qt engineering team in Nokia before the Digia acquisition in October 2012. Lars has been an active member of the KDE community and the architect behind KDE’s HTML rendering library that formed the basis for the WebKit open source project.

Lars holds a PhD in physics from the University of Heidelberg. He is a German national and lives with his family in Oslo.

Matt Godbolt

Matt’s Compiler Explorer project has made his last name both a noun and a verb.

He has been programming for nearly two decades on games, system design, and real-time embedded systems from 8-bit computers up to cutting edge technology on next-generation games consoles.

Matt is currently at DRW in Chicago where he works on cool and exciting secret things.

And 100 more…

These four, and a hundred other C++ experts will be presenting the latest thinking and best practices this September at CppCon. Don’t miss it..

CppCon 2016: Practical Performance Practices--Jason Turner

By Adrien Hamelin | Jun 12, 2017 02:09 PM | Tags: performance community

Have you registered for CppCon 2017 in September? Don’t delay – Registration is open now.

While we wait for this year’s event, we’re featuring videos of some of the 100+ talks from CppCon 2016 for you to enjoy. Here is today’s feature:

Practical Performance Practices

by Jason Turner

(watch on YouTube) (watch on Channel 9)

Summary of the talk:

In the past 6 years ChaiScript's performance has been improved by nearly 100x. This was not accomplished by adding a virtual machine or performing dynamic recompilation. Instead, these increases have been accomplished by moving to more simple, cleaner, idiomatic C++ and by following some simple rules. We will outline these concepts with examples for how they both simplified code while improving performance.

C++ Weekly Episode 67: C++17's std::gcd and std::lcm—Jason Turner

By Jason Turner | Jun 12, 2017 12:08 PM | Tags: c++17 basics

Episode 67 of C++ Weekly.

C++17's std::gcd and std::lcm

by Jason Turner

About the show:

In this episode Jason explores the new std::gcd and std::lcm functions that have been added in C++17.

There Is A New Future -- Felix Petriconi

By Felix Petriconi | Jun 10, 2017 01:11 PM | Tags: performance efficiency concurrency c++14

Version 1.0 of a new C++ future and channel library has been released.

There Is A New Future

by Sean Parent, Foster Brereton and Felix Petriconi

About the library:

This library provides high level abstractions for implementing algorithms that eases the use of multiple CPU cores while minimizing the contention.

The future implementaton differs in several aspects compared to the C++11/14/17 standard futures: It provides continuations and joins, which were just added in a C++17 TS. But more important this futures propagate values through the graph and not futures. This allows an easy way of creating splits. That means a single future can have multiple continuations into different directions. An other important difference is that the futures support cancellation. So if one is not anymore interested in the result of a future, then one can destroy the future without the need to wait until the future is fullfilled, as it is the case with std::future (and boost::future). An already started future will run until its end, but will not trigger any continuation. So in all these cases, all chained continuations will never be triggered. Additionally the future interface is designed in a way, that one can use build in or custom build executors.

Since one can create with futures only graphs for single use, this library provides as well channels. With these channels one can build graphs, that can be used for multiple invocations.

CppCast Episode 104: Postmodern C++ with Tony Van Eerd

By robwirving | Jun 9, 2017 05:57 PM | Tags: None

Episode 104 of CppCast the only podcast for C++ developers by C++ developers. In this episode Rob and Jason are joined by Tony Van Eerd to talk about his recent award winning C++Now talk on Postmodern C++ and his views on lock-free programming.

CppCast Episode 104: Postmodern C++ with Tony Van Eerd

by Rob Irving and Jason Turner

About the interviewee:

Tony Van Eerd has been coding for well over 25 years, and hopefully coding well for some of that. Mostly in graphics/video/film/broadcast (at Inscriber & Adobe), writing low level pixel++, high level UI, threading, and everything else. He now enables painting with light at Christie Digital. He is on the C++ Committee. He is a Ninja and a Jedi.

CppCon 2016: STL Algorithms - why you should use them, and how to write your own--Marshall Clow

By Adrien Hamelin | Jun 9, 2017 12:09 PM | Tags: community c++11

Have you registered for CppCon 2017 in September? Don’t delay – Registration is open now.

While we wait for this year’s event, we’re featuring videos of some of the 100+ talks from CppCon 2016 for you to enjoy. Here is today’s feature:

STL Algorithms - why you should use them, and how to write your own

by Marshall Clow

(watch on YouTube) (watch on Channel 9)

Summary of the talk:

One of the most powerful features of the C++ standard library is the collection of basic algorithms. Everyone knows about sort and copy, but there are is a lot of powerful capabilities in the other algorithms as well. In this talk, I will explore some of the algorithms in the library, and give a rationale for writing your own, along with examples.

The motivation for writing your own algorithms is that you can create generic building blocks that can be used over and over again in your library or application, and which will allow your to program at a higher level of abstraction. Instead of thinking, "how do I sort this vector", you just call std::sort. The same should apply to the algorithms that are specific to your domain - once you write them.

P0616R0: de-pessimize legacy algorithms with std::move -- Peter Sommerlad

By Blog Staff | Jun 7, 2017 11:28 AM | Tags: None

A new WG21 paper is available. If you are not a committee member, please use the comments section below or the std-proposals forum for public discussion.

Document number: P0616R0

Date: 2017-06-06

de-pessimize legacy <numeric> algorithms with std::move

by Peter Sommerlad

Excerpt:

Acknowledgements

• LEWG in Kona for inspiring me to write this paper.
• Howard Hinnant for "being OK" with the change and telling me that he wasn’t brave enough for C++11 at the time to change it, when it would not have been a potentially breaking change for pathological cases.

P

By Blog Staff | Jun 7, 2017 11:28 AM | Tags: None

A new WG21 paper is available. If you are not a committee member, please use the comments section below or the std-proposals forum for public discussion.

Document number: P0616R0

Date: 2017-06-06

de-pessimize legacy <numeric> algorithms with std::move

by Peter Sommerlad

Excerpt:

Acknowledgements

• LEWG in Kona for inspiring me to write this paper.
• Howard Hinnant for "being OK" with the change and telling me that he wasn’t brave enough for C++11 at the time to change it, when it would not have been a potentially breaking change for pathological cases.

P0506R1: use string_view ... instead of const string &/const char* -- Peter Sommerlad

By Blog Staff | Jun 7, 2017 11:25 AM | Tags: None

A new WG21 paper is available. If you are not a committee member, please use the comments section below or the std-proposals forum for public discussion.

Document number: P0506R1

Date: 2017-06-06

use string_view for library function parameters instead of const string &/const char *

by Peter Sommerlad

Excerpt:

With basic_string_view there is no longer a reason to keep library APIs that have overloads taking std::string const & and char const * parameter types. Both should be replaced by a single version taking a std::string_view.

Acknowledgements — LEWG in Issaquah for proposing me to write this paper, even when it can not make it into C++17.

Changes from previous versions 4.1 p0506r0

• removed unnecessary Allocator template parameter
• change layout in regex adaptation to see changes easier piecewise judgement
• adjust latex to most current std.tex macros
• adjust to new standard chapter numbering
• make regex_search allocator aware again by taking the allocator from a string parameter.