By Adrien Hamelin | May 4, 2015 08:02 AM | Tags: c++14 basics
Binary literals and digit separators
by Marius Bancila
From the article:
The C++14 standard provides two new small features to the language: binary literals and digit separators. They are already available in Clang 3.4 and GCC 4.9 and now Visual Studio 2015 RC has implemented them. They may not be something you can’t leave without, but sometimes it’s convenient to have them. Let’s have a look...
By Adrien Hamelin | May 4, 2015 08:00 AM | Tags: intermediate community
An interesting post on interesting librairies:
5 awesome C++ libraries we use
by Edouard
From the article:
This is an opinionated post about five libraries we use in the production code of quasardb.
We of course use many more great libraries (for example Boost.ASIO which is not listed here). Maybe those five libraries are not the most important, but I felt they deserved some special highlight as they are not so well-known or understood...
By Meeting C++ | May 4, 2015 03:54 AM | Tags: community
The monthly overview on the current user group meetings:
C++ User Group Meetings in May
by Jens Weller
From the article:
6.5 C++ UG Saint Louis - DD Part 5 - "Atomic" weapons OR ??
6.5 C++ UG Munich - What is new in VS2015 for C++ Developers
6.5 C++ UG Saint Louis - "Atomic weapons" part II
6.5 C++ UG Austin - Charming Python with C++
7.5 C++ UG NRW/Aachen - C++ User Gruppe (Mai)
7.5 C++ UG Dresden - Coding Dojo
11.5 C++ UG Zentralschweiz - Compile-time computation in C++14" mit Prof. Peter Sommerlad
13.5 C++ UG Utah - Test-Driven Development in C++
13.5 C++ UG San Francisco/ Bay area - Presentation and Q&A
15.5 C++ UG Taipei - monthly meetup
16.5 C++ UG Pune, India - Mastering C++14
18.5 C++ UG Austin - North Austin Monthly C/C++ Pub Social
20.5 C++ UG Düsseldorf - Cooking with C++
20.5 C++ UG Arhus - Kickoff Meeting
20.5 C++ UG Northwest/Seattle - STL Concepts and Ranges
21.5 C++ UG Bristol - Lightning Talks
27.5 C++ UG San Francisco/ Bay area - Workshop and Discussion Group
27.5 C++ UG Hamburg - C++ Expression Templates
27.5 C++ UG Udine (Italy)
28.5 C++ UG Rhein-Neckar - (C++) build system olympics.
By Blog Staff | Apr 30, 2015 08:49 PM | Tags: None
Yesterday, Bjarne Stroustrup posted a draft note of his thoughts about the next C++ standard currently expect in 2017. In the following interview, Stroustrup answers further questions about his note:
Stroustrup: Thoughts on C++17 -- An Interview
by Sergio De Simone, InfoQ
From the article:
... Look inside most critical systems and gadgets and you’ll find some C++ inside. That, and being able to help science in a small way, through its software systems, motivates me. C++ is a tool meant to be used for building important artifacts.
By Jason Turner | Apr 30, 2015 11:26 AM | Tags: performance
Jason Turner discusses in his recent article the size of instantiated template code.
Template Code Bloat Revisited Smaller Makeshared
by Jason Turner
From the article:
Back in 2008 I wrote an article on template code bloat. In that article I concluded that the use of templates does not necessarily cause your binary code to bloat and may actually result in smaller code!
However, after spending the last few months optimizing and evaluating ChaiScript I've learned that the misuse of templates, particularly when inheritance is involved, can have a huge impact on code size.
By Marco Arena | Apr 30, 2015 12:48 AM | Tags: intermediate concurrency
A new blog post containing runnable code from the Italian C++ Community:
Serializing access to Streams
by Marco Foco
From the article:
Two or more threads were writing to cout using the form:
cout << someData << "some string" << someObject << endl;And one of the problems was that data sent from one thread often interrupted another thread, so the output was always messed up. [...] I started designing a solution by giving myself some guidelines, here listed in order of importance...
By Blog Staff | Apr 29, 2015 08:34 AM | Tags: None
We normally wait until committee papers get "N" (permanent) numbers, but this one is an exception. It has also already been circulated to ISO C++ committee members in preparation for the next ISO C++ meeting that begins on Monday in Lenexa, Kansas, USA.
D4492: Thoughts About C++17
by Bjarne Stroustrup
From the paper:
This is a draft intended to focus a discussion at the Lexena committee meeting.
This is an extended version (based on feedback) of an internal committee standard reflector message that got so widely distributed and discussed that it would be a good idea to have it as a document. I have tried to remove distracting committee jargon. Thanks to people who took part in the reflector discussion or commented on the web. I have also added links. It is still a collection of thoughts aimed at stimulating a discussion, rather than a formal paper or a precise proposal.
The note was written for committee members, but “escaped into the wild.” Here are a few comments from the web: [Reddit] [The Register] [Hacker News]
As you see, people outside the committee also have strong opinions. Those opinions can depart radically from the ones I hear in the committee and from reality.
I am often asked “what will C++17 be?” and variations of “What will C++17 do for me?” ... [continue reading]
By Blog Staff | Apr 28, 2015 11:05 AM | Tags: intermediate
Quick A: Enable more asynchrony and buffering. Boost can help.
Recently on Quora:
How can I minimize the runtime of the following loops: ... ?
int j=0; while (j <n) { int i = 0 ; while (i<m) { cout<<" ("<<i<<","<<j<<")"<<endl; i++; } j++; }
From the first answer:
... That's 16 times faster than the first version.
By Adrien Hamelin | Apr 24, 2015 09:05 AM | Tags: intermediate efficiency
String’s interface
by Andrzej Krzemieński
From the article:
What I have to say today is fairly obvious, and you probably know about it. But because I have observed the following pattern in my project’s code fairly frequently, I feel it needs to be recorded...
By Adrien Hamelin | Apr 24, 2015 09:02 AM | Tags: basics
A clever comment style
by Andrzej Krzemieński
From the article:
Comments are one of the most useful language features; in practically any programming language. Yet, they can become really a pain...