Fix lots of typos in the manual.
git-svn-id: https://swig.svn.sourceforge.net/svnroot/swig/trunk/SWIG@9368 626c5289-ae23-0410-ae9c-e8d60b6d4f22
This commit is contained in:
parent
4b72de7d62
commit
05ff62fcc2
17 changed files with 53 additions and 53 deletions
|
|
@ -1830,7 +1830,7 @@ constants in the target scripting language. This allows you to use them as foll
|
|||
</div>
|
||||
|
||||
<p>
|
||||
Unfortunately, by declaring the callback functions as constants, they are no longer accesible
|
||||
Unfortunately, by declaring the callback functions as constants, they are no longer accessible
|
||||
as functions. For example:
|
||||
</p>
|
||||
|
||||
|
|
@ -2335,7 +2335,7 @@ typedef struct {
|
|||
</pre></div>
|
||||
|
||||
<p>
|
||||
You can make a <tt>Vector</tt> look alot like a class by writing a SWIG interface like this:
|
||||
You can make a <tt>Vector</tt> look a lot like a class by writing a SWIG interface like this:
|
||||
</p>
|
||||
|
||||
<div class="code"><pre>
|
||||
|
|
@ -2471,7 +2471,7 @@ const double Vector_magnitude_get(Vector *v) {
|
|||
</div>
|
||||
|
||||
<p>
|
||||
Now, for all practial purposes, <tt>magnitude</tt> will appear like an attribute
|
||||
Now, for all practical purposes, <tt>magnitude</tt> will appear like an attribute
|
||||
of the object.
|
||||
</p>
|
||||
|
||||
|
|
@ -2940,7 +2940,7 @@ are several reasons why you might want to do this:
|
|||
<ul>
|
||||
<li>It is rarely necessary to access every single function in a large
|
||||
package. Many C functions might have little or no use in a scripted
|
||||
environment. Therfore, why wrap them?
|
||||
environment. Therefore, why wrap them?
|
||||
|
||||
<li>Separate interface files provide an opportunity to provide more
|
||||
precise rules about how an interface is to be constructed.
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue