new example
git-svn-id: https://swig.svn.sourceforge.net/svnroot/swig/trunk/SWIG@791 626c5289-ae23-0410-ae9c-e8d60b6d4f22
This commit is contained in:
parent
1096e69b96
commit
4601dec946
7 changed files with 354 additions and 0 deletions
149
Examples/python/reference/index.html
Normal file
149
Examples/python/reference/index.html
Normal file
|
|
@ -0,0 +1,149 @@
|
|||
<html>
|
||||
<head>
|
||||
<title>SWIG:Examples:python:reference</title>
|
||||
</head>
|
||||
|
||||
<body bgcolor="#ffffff">
|
||||
|
||||
|
||||
<tt>SWIG/Examples/python/reference/</tt>
|
||||
<hr>
|
||||
|
||||
<H2>C++ Reference Handling</H2>
|
||||
|
||||
<tt>$Header$</tt><br>
|
||||
|
||||
<p>
|
||||
This example tests SWIG's handling of C++ references. Since C++
|
||||
references are closely related to pointers (as both refer to a
|
||||
location in memory), SWIG simply collapses all references into
|
||||
pointers when creating wrappers.
|
||||
|
||||
<h2>Some examples</h2>
|
||||
|
||||
References are most commonly used as function parameter. For example,
|
||||
you might have an operator like this:
|
||||
|
||||
<blockquote>
|
||||
<pre>
|
||||
Vector operator+(const Vector &a, const Vector &b) {
|
||||
Vector result;
|
||||
result.x = a.x + b.x;
|
||||
result.y = a.y + b.y;
|
||||
result.z = a.z + b.z;
|
||||
return result;
|
||||
}
|
||||
</pre>
|
||||
</blockquote>
|
||||
|
||||
or a function:
|
||||
|
||||
<blockquote>
|
||||
<pre>
|
||||
Vector addv(const Vector &a, const Vector &b) {
|
||||
Vector result;
|
||||
result.x = a.x + b.x;
|
||||
result.y = a.y + b.y;
|
||||
result.z = a.z + b.z;
|
||||
return result;
|
||||
}
|
||||
</pre>
|
||||
</blockquote>
|
||||
|
||||
In these cases, SWIG transforms everything into a pointer and creates a wrapper
|
||||
that looks like this:
|
||||
|
||||
<blockquote>
|
||||
<pre>
|
||||
Vector wrap_addv(Vector *a, Vector *b) {
|
||||
return addv(*a,*b);
|
||||
}
|
||||
</pre>
|
||||
</blockquote>
|
||||
|
||||
Occasionally, a reference is used as a return value of a function
|
||||
when the return result is to be used as an lvalue in an expression.
|
||||
The prototypical example is an operator like this:
|
||||
|
||||
<blockquote>
|
||||
<pre>
|
||||
Vector &operator[](int index);
|
||||
</pre>
|
||||
</blockquote>
|
||||
|
||||
or a method:
|
||||
|
||||
<blockquote>
|
||||
<pre>
|
||||
Vector &get(int index);
|
||||
</pre>
|
||||
</blockquote>
|
||||
|
||||
For functions returning references, a wrapper like this is created:
|
||||
|
||||
<blockquote>
|
||||
<pre>
|
||||
Vector *wrap_Object_get(Object *self, int index) {
|
||||
Vector &result = self->get(index);
|
||||
return &result;
|
||||
}
|
||||
</pre>
|
||||
</blockquote>
|
||||
|
||||
The following <a href="example.h">header file</a> contains some class
|
||||
definitions with some operators and use of references.
|
||||
|
||||
<h2>SWIG Interface</h2>
|
||||
|
||||
SWIG does NOT support overloaded operators so it can not directly build
|
||||
an interface to the classes in the above file. However, a number of workarounds
|
||||
can be made. For example, an overloaded operator can be stuck behind a function
|
||||
call such as the <tt>addv()</tt> function above. Array access can be handled
|
||||
with a pair of set/get functions like this:
|
||||
|
||||
<blockquote>
|
||||
<pre>
|
||||
class VectorArray {
|
||||
public:
|
||||
...
|
||||
%addmethods {
|
||||
Vector &get(int index) {
|
||||
return (*self)[index];
|
||||
}
|
||||
void set(int index, Vector &a) {
|
||||
(*self)[index] = a;
|
||||
}
|
||||
}
|
||||
...
|
||||
}
|
||||
</pre>
|
||||
</blockquote>
|
||||
|
||||
Click <a href="example.i">here</a> to see a SWIG interface file with these additions.
|
||||
|
||||
<h2>Sample Python script</h2>
|
||||
|
||||
Click <a href="example.py">here</a> to see a script that manipulates some C++ references.
|
||||
|
||||
<h2>Notes:</h2>
|
||||
|
||||
<ul>
|
||||
<li>C++ references primarily provide notational convenience for C++
|
||||
source code. However, Python only supports the 'x.a'
|
||||
notation so it doesn't much matter.
|
||||
|
||||
<p>
|
||||
<li>When a program returns a reference, a pointer is returned.
|
||||
Unlike return by value, memory is not allocated to hold the
|
||||
return result.
|
||||
|
||||
<p>
|
||||
<li>SWIG has particular trouble handling various combinations of references
|
||||
and pointers. This is side effect of an old parsing scheme and
|
||||
type representation that will be replaced in future versions.
|
||||
|
||||
</ul>
|
||||
|
||||
<hr>
|
||||
</body>
|
||||
</html>
|
||||
Loading…
Add table
Add a link
Reference in a new issue