diff --git a/SWIG/Doc/Manual/Extending.html b/SWIG/Doc/Manual/Extending.html index e7a7bc21d..8db934c68 100644 --- a/SWIG/Doc/Manual/Extending.html +++ b/SWIG/Doc/Manual/Extending.html @@ -6,7 +6,7 @@
-@@ -91,7 +91,7 @@ Also, this chapter is not meant to be a hand-holding tutorial. As a starting po you should probably look at one of SWIG's existing modules.
-@@ -121,7 +121,7 @@ obvious, but almost all SWIG directives as well as the low-level generation of wrapper code are driven by C++ datatypes.
-@@ -158,7 +158,7 @@ role in making the system work. For example, both typemaps and declaration anno based on pattern matching and interact heavily with the underlying type system.
-@@ -203,7 +203,7 @@ stage of compilation. The next few sections briefly describe some of these stages.
-@@ -283,7 +283,7 @@ been expanded as well as everything else that goes into the low-level construction of the wrapper code.
-@@ -384,7 +384,7 @@ returning a foo and taking types a and b as arguments).
-@@ -636,7 +636,7 @@ $ swig -c++ -python -dump_tree example.i
@@ -655,7 +655,7 @@ that matches the name of the target language. For example, python:foo perl:foo.
-@@ -743,7 +743,7 @@ example.i:5. Previous declaration is foo_i(int ) -
@@ -799,7 +799,7 @@ For example, the exception code above is simply stored without any modifications.
-@@ -921,7 +921,7 @@ public : The role of these functions is described shortly.
-@@ -934,7 +934,7 @@ internal data structures, it may be useful keep XML in the back of your mind as a model.
-@@ -980,7 +980,7 @@ typedef Hash Typetab; -
@@ -1121,7 +1121,7 @@ Returns the number of replacements made (if any). -
@@ -1198,7 +1198,7 @@ Returns the list of hash table keys. -
@@ -1287,7 +1287,7 @@ If t is not a standard object, it is assumed to be a char * and is used to create a String object. -
@@ -1774,7 +1774,7 @@ the attribute is optional. Swig_restore() must always be called after function. -
@@ -1783,7 +1783,7 @@ pointers, references, and pointers to members. A detailed discussion of type theory is impossible here. However, let's cover the highlights.
-@@ -1884,7 +1884,7 @@ make the final type, the two parts are just joined together using string concatenation.
-@@ -2053,7 +2053,7 @@ Returns the prefix of a type. For example, if ty is ty is unmodified. -
@@ -2140,7 +2140,7 @@ Checks if ty is a varargs type. Checks if ty is a templatized type. -
@@ -2242,7 +2242,7 @@ Fully reduces ty according to typedef rules. Resulting datatype will consist only of primitive typenames. -
@@ -2279,7 +2279,7 @@ Literal y; // type = 'Literal', ltype='p.char' -
@@ -2341,7 +2341,7 @@ SWIG, but is most commonly associated with type-descriptor objects that appear in wrappers (e.g., SWIGTYPE_p_double). -
@@ -2440,7 +2440,7 @@ included. Used to emit prototypes. Returns the number of required (non-optional) arguments in p. -
@@ -2451,7 +2451,7 @@ describes the creation of a minimal Python module. You should be able to extra this to other languages.
-@@ -2461,7 +2461,7 @@ the parsing of command line options, all aspects of code generation are controll different methods of the Language that must be defined by your module.
-@@ -2574,7 +2574,7 @@ that activates your module. For example, swig -python foo.i. The messages from your new module should appear.
-@@ -2633,7 +2633,7 @@ to mark the option as valid. If you forget to do this, SWIG will terminate wit unrecognized command line option error.
-@@ -2682,7 +2682,7 @@ an implementation file python.cxx and a configuration file python.swg.
-@@ -2740,13 +2740,13 @@ int Python::top(Node *n) { -
@@ -2910,7 +2910,7 @@ Discuss the kinds of functions typically needed for SWIG runtime support (e.g. the SWIG files that implement those functions.
-@@ -2924,7 +2924,7 @@ Discuss the standard library files that most language modules provide, e.g.
@@ -2951,7 +2951,7 @@ during this process, see the section on configuration files.
-@@ -2983,13 +2983,13 @@ Some topics that you'll want to be sure to address include: if available. -