Skip to content

Instantly share code, notes, and snippets.

@sdutoit
Created October 13, 2013 17:25
Show Gist options
  • Save sdutoit/6964883 to your computer and use it in GitHub Desktop.
Save sdutoit/6964883 to your computer and use it in GitHub Desktop.
Diff for fixes in [diff] by Guilliam Xavier, part 3
diff --git a/source/compatibility.tex b/source/compatibility.tex
index 11253ff..70d14b5 100644
--- a/source/compatibility.tex
+++ b/source/compatibility.tex
@@ -453,7 +453,7 @@ Common.
\ref{dcl.spec.auto}
\change
-The keyword \tcode{auto} cannot be used as a storage class specifier.
+The keyword \tcode{auto} cannot be used as a storage class specifier
\begin{codeblock}
void f() {
@@ -490,7 +490,7 @@ corrected by applying an explicit cast.)
Common.
\ref{dcl.enum}
-\change In \Cpp, the type of an enumerator is its enumeration. In C, the type of an enumerator is \tcode{int}.
+\change In \Cpp, the type of an enumerator is its enumeration. In C, the type of an enumerator is \tcode{int}
Example:
@@ -518,7 +518,7 @@ common C coding practice.
\ref{dcl.fct}
\change In \Cpp, a function declared with an empty parameter list takes no arguments.
-In C, an empty parameter list means that the number and type of the function arguments are unknown.
+In C, an empty parameter list means that the number and type of the function arguments are unknown
Example:
@@ -570,7 +570,7 @@ This style of type definitions is seen as poor coding style.
\ref{dcl.fct.def}
\change In \Cpp, the syntax for function definition excludes the ``old-style'' C function.
-In C, ``old-style'' syntax is allowed, but deprecated as ``obsolescent.''
+In C, ``old-style'' syntax is allowed, but deprecated as ``obsolescent''
\rationale
Prototypes are essential to type safety.
\effect
@@ -648,7 +648,7 @@ Seldom.
\ref{class.bit}
\change
\indextext{bit-field!implementation-defined sign~of}%
-Bit-fields of type plain \tcode{int} are signed.
+Bit-fields of type plain \tcode{int} are signed
\rationale
Leaving the choice of signedness to implementations could lead to
inconsistent definitions of template specializations. For consistency,
@@ -663,7 +663,7 @@ Seldom.
\ref{class.nest}
\change In \Cpp, the name of a nested class is local to its enclosing class. In C
-the name of the nested class belongs to the same scope as the name of the outermost enclosing class.
+the name of the nested class belongs to the same scope as the name of the outermost enclosing class
Example:
@@ -923,7 +923,7 @@ int x[] = { 2.0 };
\ref{class.ctor}, \ref{class.dtor}, \ref{class.copy}
\change Implicitly-declared special member functions are defined as deleted
-when the implicit definition would have been ill-formed.
+when the implicit definition would have been ill-formed
\rationale Improves template argument deduction failure.
\effect
A valid \CppIII program that uses one of these special member functions in a
@@ -931,7 +931,7 @@ context where the definition is not required (e.g., in an expression that is
not potentially evaluated) becomes ill-formed.
\ref{class.dtor} (destructors)
-\change User-declared destructors have an implicit exception specification.
+\change User-declared destructors have an implicit exception specification
\rationale Clarification of destructor requirements.
\effect
Valid \CppIII code may execute differently in this International Standard. In
@@ -1310,7 +1310,7 @@ by the chapters of this document.
\ref{dcl.constexpr}
\change \tcode{constexpr} non-static member functions are not implicitly
-\tcode{const} member functions.
+\tcode{const} member functions
\rationale Necessary to allow \tcode{constexpr} member functions to mutate
the object.
\effect
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment