June 16-21, Sofia, Bulgaria
September 13-19, Aurora, CO, USA
October 25, Pavia, Italy
November 6-8, Berlin, Germany
November 16-21, Kona, HI, USA
By Adrien Hamelin | Feb 2, 2015 03:29 PM | Tags: c++11 advanced
A useful post for library writers:
Improving error messages in C++ by transporting substitution failures
by Paul Fultz II
From the article:
This is an advanced blog post more geared to library writers who want to improve error messages due to substitution failure. It discuss how substitution failures can be transported so the correct information can be presented to the user. Lets first look at the problem...
By Adrien Hamelin | Feb 2, 2015 03:07 PM | Tags: experimental c++11 advanced
An extensive article about rand(), it's replacement in C++11 and the possible future was posted last december:
The bell has tolled for rand()
by Indi
Form the article:
In their recent meeting in Urbana, the C++ standard committee took the rare step of removing several outdated facilities from (what will probably become) C++17. Most of the things removed had been deprecated since C++11, but there was one surprising item on the list: std::random_shuffle(). Its removal is a signal of a big change that has been building in the background for a while: the end of std::rand()...
By Meeting C++ | Feb 2, 2015 09:06 AM | Tags: community c++14 c++11 boost basics
New month, and a few more C++ User Group Meetings:
C++ User Group Meetings in February
by Jens Weller
From the article:
Again an overview on the upcoming meetings of C++ User Groups. This time, its February again, the shortest, and in a lot of places coldest month of the year. Still, 19 C++ User Groups have already...
The Meetings:
4.2 C++ UG Saint Louis - DD Part 2 - Lambdas
7.2 C++ UG Italy - Pordenone
11.2 C++ UG Utah - Asynchronous Messaging with ØMQ
11.2 C++ UG San Francisco/ Bay area - CopperSpice
11.2 C++ UG Santa Barbara - Introduction to OpenGL with SDL
12.2 C++ UG Dresden - Clean code in asynchronous Programming
12.2 C++ UG Wroclaw - Databases & C++: SOCI, boost::python
16.2 C++ UG Denver - Denver Tech Center C++ Developers
16.2 C++ UG Austin - North Austin Monthly C/C++ Pub Social
17.2 C++ UG Berlin - First meeting at think-cell
18.2 C++ UG Bristol - Kevlin Henney: Making Steaks from Sacred Cows
18.2 C++ UG Düsseldorf - Treffen der C++ User Gruppe NRW
18.2 C++ UG Hamburg - Treffen der C++ User Gruppe Hamburg
19.2 C++ UG Ruhrgebiet - February C++ Meetup in the Ruhr area
21.2 C++ UG Pune, India - Introduction to Concurrency and Memory Models
24.2 C++ UG Warsaw - Overload resolution oraz Zakamarki C++
24.2 C++ UG Edinburgh - First Meeting
25.2 C++ UG San Francisco/ Bay area - Workshop and Discussion Group
26.2 C++ UG Munich - "Dreaming of Names" and "A short (and practical) introduction to
By Mantosh Kumar | Feb 1, 2015 10:21 PM | Tags: basics
Prefer standard library over handcrafted logic/algorithm.
Know your libraries
by Arne Mertz
From the article:
I often see people use handcrafted loops or write weird workarounds for stuff the standard library has already taken care of. This does not only apply for standard library features but also for any other library, like Boost, other third party libraries and the libraries the code belongs to. That is bad for several reasons, and I am going to lay out what I think every developer should be required to do before he writes production code.
By Mark | Jan 31, 2015 12:09 PM | Tags: intermediate basics
From the Modern Maintainable Code blog:
Two fundamental implementations for one conceptual object
by Mark Isaacson
From the article:
This is the third article of a series on code reuse. This article discusses how to select between implementations of an object based on patterns in type information. The article uses std::unique_ptr's deleter as a practical case study.
You can find the previous article of the series here (which discusses the analogous problem as it pertains to functions), and the prelude to the next article, which looks at the same problem with one caveat: designing it so that some, but not all, of the methods will be implemented the same way no matter what types you instantiate the object with, here.
By Mantosh Kumar | Jan 30, 2015 07:36 PM | Tags: c++11 advanced
How to use enum classes as as bitfields in modern C++ programs.
Using Enum Classes as Bitfields
by Anthony Williams
From the article:
C++11 introduced a new feature in the form of scoped enumerations, also referred to as enum classes, since they are introduced with the double keyword enum class (though enum struct is also permissible, to identical effect). To a large extent, these are like standard enumerated types: you can declare a list of enumerators, which you may assign explicit values to, or which you may let the compiler assign values to. You can then assign these values to variables of that type. However, they have additional properties which make them ideal for use as bitfields. I recently answered a question on the accu-general mailing list about such a use, so I thought it might be worth writing a blog post about it.
By Mantosh Kumar | Jan 30, 2015 07:27 PM | Tags: c++14 c++11
Scott Meyers just published on his blog, that one can get a free sample chapter of his EMC++ book.
EMC++ Sample Content
by Scott Meyers
From the article
O'Reilly has decided it's time to turn up the heat on the grand Effective Modern C++ marketing campaign. A key component of that campaign is giving away excerpts of the book, the idea being that if you like the stuff we give away, you're more likely to plunk down some cash for the rest of the book.
By Andrey Karpov | Jan 29, 2015 11:18 PM | Tags: performance iterators c++ basics
I decided to find out if there is practical sense in writing ++iterator instead of iterator++ when handling iterators.
Is it reasonable to use the prefix increment operator ++it instead of postfix operator it++ for iterators?
by Andrey Karpov
From the article:
I will always write ++it. I did so before but I did it "just in case". Now I can see how useful it is because I regularly launch debug versions. In general, of course, ++it has a very slight influence on the running time. But if I don't make such small optimizations in different places of the code, it will be too late and the profiler won't help me. Bottlenecks will be spread throughout the code.
By Marco Arena | Jan 29, 2015 10:14 AM | Tags: intermediate boost
Marco Foco spotted a subtle bug in a piece of code that used boost::program_options. Can you find it?
Funny bug #20150127
by Marco Foco
From the article:
Two days ago I’ve been asked to have a look at a nonworking piece of code, based on boost::program_options [...] This syntax is not only unusual, but also dangerous.
By Jordi Mon Companys | Jan 29, 2015 10:02 AM | Tags: boost advanced
Pretty interesting conversation in r/Cpp about this functionality
The missing C++ tuple functionality (discussion)
The missing C++ tuple functionality (library)
By Jared Hoberock
Join the conversation!