* device/lib/Makefile.in: remove abspath for PORTDIR, introduced in

[fw/sdcc] / doc / TININative.txt

diff --git a/doc/TININative.txt b/doc/TININative.txt
index fe798dbcbb77581ddf6c6ada86b6b57a440145ea..706b310fcfd828da7f9ce41cf7530b454cc6c2ad 100644 (file)
--- a/doc/TININative.txt
+++ b/doc/TININative.txt
@@ -4,7 +4,7 @@ Using SDCC to develop Native Java functions
 Prerequisites
 --------------
 
-1) Download the latest compiler sources from http://sdcc.sourceforge.net (cvs download), build & 
+1) Download the latest compiler sources from http://sdcc.sourceforge.net (Subversion download), build & 
    install the compiler.
 2) Download & install tini development kit. SDCC uses 'a390' assembler to generate Native libraries,
    it is NOT distributed with the compiler. Tested with Version 1.02d.
@@ -115,7 +115,7 @@ As mentioned earlier the Native APIs are implemented using compiler intrinsic fu
 time only the following functions have been mapped (more will be mapped in the future). Some
 Native API calls return multiple values, I haven't found a good way to handle this yet, in most
 cases these return a HANDLE and a pointer to ABSOLUTE memory in DPTR, in such cases SDCC will
-return ONLY the HANDLE and igonre the POINTER value. The HANDLE can then be used with MM_Deref to
+return ONLY the HANDLE and ignore the POINTER value. The HANDLE can then be used with MM_Deref to
 obtain the POINTER value again (I hope my assumption is correct here).
 
 SDCC Prototype                                    Native API