From 7a8dd4bb2d9b34f511596940f2721c1257fccc6b Mon Sep 17 00:00:00 2001 From: William S Fulton Date: Wed, 20 Nov 2013 22:24:13 +0000 Subject: [PATCH] Correct html references --- Doc/Manual/CPlusPlus11.html | 144 ++++++++++++++++++------------------ 1 file changed, 73 insertions(+), 71 deletions(-) diff --git a/Doc/Manual/CPlusPlus11.html b/Doc/Manual/CPlusPlus11.html index 95d748791..30b88d6fa 100644 --- a/Doc/Manual/CPlusPlus11.html +++ b/Doc/Manual/CPlusPlus11.html @@ -10,45 +10,45 @@
@@ -56,7 +56,7 @@ -

7.1 Introduction

+

7.1 Introduction

This chapter gives you a brief overview about the SWIG @@ -68,10 +68,10 @@ Google Summer of Code 2009 period.

new STL types (unordered_ containers, result_of, tuples) are not supported yet.

-

7.2 Core language changes

+

7.2 Core language changes

-

7.2.1 Rvalue reference and move semantics

+

7.2.1 Rvalue reference and move semantics

SWIG correctly parses the new operator && the same as the reference operator &.

@@ -87,7 +87,7 @@ class MyClass { }; -

7.2.2 Generalized constant expressions

+

7.2.2 Generalized constant expressions

SWIG correctly parses the keyword constexpr, but ignores its functionality. Constant functions cannot be used as constants.

@@ -105,7 +105,7 @@ constexpr int myConstFunc() { return MY_CONST; } const int a = MY_CONST; // ok -

7.2.3 Extern template

+

7.2.3 Extern template

SWIG correctly parses the keywords extern template. However, the explicit template instantiation is not used by SWIG, a %template is still required.

@@ -123,7 +123,8 @@ public: }; -

7.2.4 Initializer lists

+

7.2.4 Initializer lists

+

Initializer lists are very much a C++ compiler construct and are not very accessible from wrappers as @@ -254,7 +255,7 @@ Note that the default typemap for std::initializer_list does nothing bu and hence any user supplied typemaps will override it and suppress the warning.

-

7.2.5 Uniform initialization

+

7.2.5 Uniform initialization

The curly brackets {} for member initialization are fully @@ -287,7 +288,7 @@ AltStruct var2{2, 4.3}; // calls the constructor 142.15 -

7.2.6 Type inference

+

7.2.6 Type inference

SWIG supports decltype() with some limitations. Single @@ -304,13 +305,13 @@ int i; int j; decltype(i+j) k; // syntax error -

7.2.7 Range-based for-loop

+

7.2.7 Range-based for-loop

This feature is part of the implementation block only. SWIG ignores it.

-

7.2.8 Lambda functions and expressions

+

7.2.8 Lambda functions and expressions

SWIG correctly parses most of the Lambda functions syntax. For example:

@@ -336,7 +337,7 @@ auto six = [](int x, int y) { return x+y; }(4, 2); Better support should be available in a later release.

-

7.2.9 Alternate function syntax

+

7.2.9 Alternate function syntax

SWIG fully supports the new definition of functions. For example:

@@ -371,7 +372,7 @@ auto SomeStruct::FuncName(int x, int y) -> int { auto square(float a, float b) -> decltype(a); -

7.2.10 Object construction improvement

+

7.2.10 Object construction improvement

@@ -412,12 +413,12 @@ class DerivedClass: public BaseClass { }; -

7.2.11 Null pointer constant

+

7.2.11 Null pointer constant

The nullptr constant is largely unimportant in wrappers. In the few places it has an effect, it is treated like NULL.

-

7.2.12 Strongly typed enumerations

+

7.2.12 Strongly typed enumerations

SWIG parses the new enum class syntax and forward declarator for the enums:

@@ -468,7 +469,7 @@ class AllColors { }; -

7.2.13 Double angle brackets

+

7.2.13 Double angle brackets

SWIG correctly parses the symbols >> as closing the @@ -479,7 +480,7 @@ shift operator >> otherwise.

std::vector<std::vector<int>> myIntTable; -

7.2.14 Explicit conversion operators

+

7.2.14 Explicit conversion operators

SWIG correctly parses the keyword explicit both for operators and constructors. @@ -515,7 +516,8 @@ SWIG target languages, because all use their own facilities (eg. classes Cloneab to achieve particular copy and compare behaviours.

-

7.2.15 Alias templates

+

7.2.15 Alias templates

+

The following is an example of an alias template: @@ -567,7 +569,7 @@ example.i:17: Warning 341: The 'using' keyword in type aliasing is not fully sup typedef void (*PFD)(double); // The old style -

7.2.16 Unrestricted unions

+

7.2.16 Unrestricted unions

SWIG fully supports any type inside a union even if it does not @@ -593,7 +595,7 @@ union P { } p1; -

7.2.17 Variadic templates

+

7.2.17 Variadic templates

SWIG supports the variadic templates syntax (inside the <> @@ -628,7 +630,7 @@ const int SIZE = sizeof...(ClassName<int, int>); In the above example SIZE is of course wrapped as a constant.

-

7.2.18 New string literals

+

7.2.18 New string literals

SWIG supports unicode string constants and raw string literals.

@@ -652,7 +654,7 @@ const char32_t *ii = UR"XXX(I'm a "raw UTF-32" \ string.)XXX";

Note: SWIG currently incorrectly parses the odd number of double quotes inside the string due to SWIG's C++ preprocessor.

-

7.2.19 User-defined literals

+

7.2.19 User-defined literals

@@ -719,7 +721,7 @@ OutputType var2 = 1234_suffix; OutputType var3 = 3.1416_suffix; -

7.2.20 Thread-local storage

+

7.2.20 Thread-local storage

SWIG correctly parses the thread_local keyword. For example, variable @@ -761,12 +763,12 @@ Explicitly defaulted functions have no direct effect for SWIG wrapping as the de much like any other method declaration parsed by SWIG.

-

7.2.22 Type long long int

+

7.2.22 Type long long int

SWIG correctly parses and uses the new long long type already introduced in C99 some time ago.

-

7.2.23 Static assertions

+

7.2.23 Static assertions

SWIG correctly parses and calls the new static_assert function.

@@ -778,7 +780,7 @@ struct Check { }; -

7.2.24 Allow sizeof to work on members of classes without an explicit object

+

7.2.24 Allow sizeof to work on members of classes without an explicit object

SWIG correctly calls the sizeof() on types as well as on the @@ -798,28 +800,28 @@ const int SIZE = sizeof(A::member); // does not work with C++03. Okay with C++11 8 -

7.3 Standard library changes

+

7.3 Standard library changes

-

7.3.1 Threading facilities

+

7.3.1 Threading facilities

SWIG does not currently wrap or use any of the new threading classes introduced (thread, mutex, locks, condition variables, task). The main reason is that SWIG target languages offer their own threading facilities that do not rely on C++.

-

7.3.2 Tuple types and hash tables

+

7.3.2 Tuple types and hash tables

SWIG does not wrap the new tuple types and the unordered_ container classes yet. Variadic template support is working so it is possible to include the tuple header file; it is parsed without any problems.

-

7.3.3 Regular expressions

+

7.3.3 Regular expressions

SWIG does not wrap the new C++11 regular expressions classes, because the SWIG target languages use their own facilities for this.

-

7.3.4 General-purpose smart pointers

+

7.3.4 General-purpose smart pointers

@@ -827,12 +829,12 @@ SWIG provides special smart pointer handling for std::tr1::shared_ptr i There is no special smart pointer handling available for std::weak_ptr and std::unique_ptr.

-

7.3.5 Extensible random number facility

+

7.3.5 Extensible random number facility

This feature extends and standardizes the standard library only and does not effect the C++ language and SWIG.

-

7.3.6 Wrapper reference

+

7.3.6 Wrapper reference

The new ref and cref classes are used to instantiate a parameter as a reference of a template function. For example:

@@ -857,7 +859,7 @@ int main() {

The ref and cref classes are not wrapped by SWIG because the SWIG target languages do not support referencing.

-

7.3.7 Polymorphous wrappers for function objects

+

7.3.7 Polymorphous wrappers for function objects

@@ -888,7 +890,7 @@ t = Test() b = t(1,2) # invoke C++ function object -

7.3.8 Type traits for metaprogramming

+

7.3.8 Type traits for metaprogramming

The new C++ metaprogramming is useful at compile time and is aimed specifically for C++ development:

@@ -913,7 +915,7 @@ template< class T1, class T2 > int elaborate( T1 A, T2 B ) {

SWIG correctly parses the template specialization, template types and values inside the <> block and the new helper functions: is_convertible, is_integral, is_const etc. However, SWIG still explicitly requires concrete types when using the %template directive, so the C++ metaprogramming features are not really of interest at runtime in the target languages.

-

7.3.9 Uniform method for computing return type of function objects

+

7.3.9 Uniform method for computing return type of function objects

SWIG does not wrap the new result_of class introduced in the <functional> header and map the result_of::type to the concrete type yet. For example: