summaryrefslogtreecommitdiff
path: root/Doc/Manual/Modula3.html
diff options
context:
space:
mode:
Diffstat (limited to 'Doc/Manual/Modula3.html')
-rw-r--r--Doc/Manual/Modula3.html8
1 files changed, 4 insertions, 4 deletions
diff --git a/Doc/Manual/Modula3.html b/Doc/Manual/Modula3.html
index 065313fa2..329127a0f 100644
--- a/Doc/Manual/Modula3.html
+++ b/Doc/Manual/Modula3.html
@@ -45,7 +45,7 @@
<p>
-This chapter describes SWIG's support of
+This chapter describes SWIG's support for
<a href="http://modula3.org/">Modula-3</a>.
You should be familiar with the
<a href="SWIG.html#SWIG">basics</a>
@@ -109,7 +109,7 @@ into exceptions.
<p>
If the library API is ill designed
-writing appropriate typemaps can be still time-consuming.
+writing appropriate typemaps can still be time-consuming.
E.g. C programmers are very creative to work-around
missing data types like (real) enumerations and sets.
You should turn such work-arounds back to the Modula-3 way
@@ -120,14 +120,14 @@ otherwise you lose static safety and consistency.
Without SWIG you would probably never consider trying to call C++ libraries
from Modula-3, but with SWIG this is becomes feasible.
SWIG can generate C wrappers to C++ functions and object methods
-that may throw exceptions, and then wrap these C wrappers for Module-3.
+that may throw exceptions, and then wrap these C wrappers for Modula-3.
To make it complete you can then hide the C interface with Modula-3 classes and
exceptions.
</p>
<p>
SWIG allows you to call C and C++ libraries from Modula-3 (even with call back
-functions), but it doesn't allow you to easily integrate a Module-3 module into
+functions), but it doesn't allow you to easily integrate a Modula-3 module into
a C/C++ project.
</p>