Home » Blog » Categories »

Quick Q: Is it idiomatic to make X objects immutable by making all X member data const? -- SO

By Blog Staff | Nov 21, 2014 04:31 AM | Tags: None

Quick A: Yes.

Recently on SO:

Idiomatic way to declare C++ immutable classes

So I have some pretty extensive functional code where the main data type is immutable structs/classes. The way I have been declaring immutability is "practically immutable" by making member variables and any methods const.

struct RockSolid {
   const float x;
   const float y;
   float MakeHarderConcrete() const { return x + y; }
}

Is this actually the way "we should do it" in C++? Or is there a better way?

N4318: Proposal to add an absolute difference function to the C++ Standard Library -- J. Turnbull

By Blog Staff | Nov 20, 2014 02:16 PM | 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: N4318

Date: 2014-09-21

Proposal to add an absolute difference function to the C++ Standard Library

by Jeremy Turnbull

Excerpt:

This document proposes the addition of the abs_diff() template function to the C++ Standard Library. This function computes the absolute difference between two parameters of a type that supports the operator<() and operator-() functions, or other functions of equivalent logic, without computing a logically negative value during function execution.

N4274: Relaxing Packaging Rules for Exceptions... Proposed Wording (Revision 1) -- A. Robison et al.

By Blog Staff | Nov 20, 2014 02:13 PM | 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: N4274

Date: 2014-11-14

Relaxing Packaging Rules for Exceptions Thrown by Parallel Algorithms - Proposed Wording (Revision 1)

by Arch D. Robison, Jared Hoberock, Artur Laksberg

Excerpt:

N4157 described the rationale for changing a future revision of N4105 to relax exception packaging rules. Speci cally, the change permits an implementation to throw an exception that is not an exception_list if only one invocation of an element access function throws an exception. Unfortunately, the proposed wording in N4157 did not completely fix the problem. This document proposes new rewording.

N4317: New Safer Functions to Advance Iterators -- Patrick Grace

By Blog Staff | Nov 20, 2014 02:11 PM | 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: N4317

Date: 2014-11-17

New Safer Functions to Advance Iterators

by Patrick Grace

Excerpt:

This is a simple proposal to add new safer more robust versions of advance, next, and prev for iterators to the standard C++ library.

N4315: make_array, revision 3 -- Zhihao Yuan

By Blog Staff | Nov 20, 2014 02:10 PM | 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: N4315

Date: 2014-11-07

make_array, revision 3

by Zhihao Yuan

Excerpt:

Changes since N4065

  • Merge make_array and array_of into one.
  • Cleanup notes for presentation.

N4314: Data-Invariant Functions (revision 2) -- Jens Maurer

By Blog Staff | Nov 20, 2014 02:07 PM | 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: N4314

Date: 2014-11-15

Data-Invariant Functions (revision 2)

by Jens Maurer

Excerpt:

This paper proposes a small set of functions performing common tasks with physical execution properties that do not vary with (specified parts of) the input values. Such functions are called data-invariant functions. It is the responsibility of the implementation to ensure that they remain data-invariant even when optimizing.