diff --git a/Doc/Manual/C.html b/Doc/Manual/C.html index 80146298f..85ea10aea 100644 --- a/Doc/Manual/C.html +++ b/Doc/Manual/C.html @@ -9,24 +9,24 @@
@@ -42,7 +42,7 @@ This chapter describes SWIG's support for creating ANSI C wrappers. This module

-

36.1 Overview

+

36.1 Overview

@@ -60,10 +60,10 @@ With wrapper interfaces generated by SWIG, it is easy to use the functionality o Flattening C++ language constructs into a set of C-style functions obviously comes with many limitations and inconveniences. All data and functions become global. Manipulating objects requires explicit calls to special functions. We are losing the high level abstraction and have to work around it.

-

36.2 Preliminaries

+

36.2 Preliminaries

-

36.2.1 Running SWIG

+

36.2.1 Running SWIG

@@ -108,7 +108,7 @@ This will generate an example_wrap.c file or, in the latter case, e The wrap file contains the wrapper functions, which perform the main functionality of SWIG: it translates the input arguments from C to C++, makes calls to the original functions and marshalls C++ output back to C data. The proxy header file contains the interface we can use in C application code. The additional .c file contains calls to the wrapper functions, allowing us to preserve names of the original functions.

-

36.2.2 Command line options

+

36.2.2 Command line options

@@ -131,12 +131,12 @@ swig -c -help -noexcept -generate wrappers with no support of exception handling; see Exceptions chapter for more details +generate wrappers with no support of exception handling; see Exceptions chapter for more details -

36.2.3 Compiling a dynamic module

+

36.2.3 Compiling a dynamic module

@@ -163,7 +163,7 @@ $ g++ -shared example_wrap.o -o libexample.so Now the shared library module is ready to use. Note that the name of the generated module is important: is should be prefixed with lib on Unix, and have the specific extension, like .dll for Windows or .so for Unix systems.

-

36.2.4 Using the generated module

+

36.2.4 Using the generated module

@@ -178,14 +178,14 @@ $ gcc runme.c example_proxy.c -L. -lexample -o runme This will compile the application code (runme.c), along with the proxy code and link it against the generated shared module. Following the -L option is the path to the directory containing the shared module. The output executable is ready to use. The last thing to do is to supply to the operating system the information of location of our module. This is system dependant, for instance Unix systems look for shared modules in certain directories, like /usr/lib, and additionally we can set the environment variable LD_LIBRARY_PATH (Unix) or PATH (Windows) for other directories.

-

36.3 Basic C wrapping

+

36.3 Basic C wrapping

Wrapping C functions and variables is obviously performed in a straightforward way. There is no need to perform type conversions, and all language constructs can be preserved in their original form. However, SWIG allows you to enchance the code with some additional elements, for instance using check typemap or %extend directive.

-

36.3.1 Functions

+

36.3.1 Functions

@@ -259,7 +259,7 @@ int _wrap_gcd(int arg1, int arg2) { This time calling gcd with negative value argument will trigger an error message. This can save you time writing all the constraint checking code by hand.

-

36.3.2 Variables

+

36.3.2 Variables

@@ -297,14 +297,14 @@ ms.x = 123; ms.d = 123.123; -

36.4 Basic C++ wrapping

+

36.4 Basic C++ wrapping

The main reason of having the C module in SWIG is to be able to access C++ from C. In this chapter we will take a look at the rules of wrapping elements of the C++ language.

-

36.4.1 Classes

+

36.4.1 Classes

@@ -382,7 +382,7 @@ radius: 1.500000 area: 7.068583 -

36.5 Exception handling

+

36.5 Exception handling