X-Git-Url: https://git.stderr.nl/gitweb?a=blobdiff_plain;f=docs%2Freference%2Fglk-porting.sgml;h=6931986cc0b8c538300b2a8a9f70ffd604d65d1c;hb=f19a194bd066ea4320c1c6b6b8c5a375f7787af5;hp=b90f7c37b7a784a62c93dbc492dd4e90c118df26;hpb=2da183ac47f1157560dcd2c417f7f6a24ae72352;p=projects%2Fchimara%2Fchimara.git

diff --git a/docs/reference/glk-porting.sgml b/docs/reference/glk-porting.sgml
index b90f7c3..6931986 100644
--- a/docs/reference/glk-porting.sgml
+++ b/docs/reference/glk-porting.sgml
@@ -84,7 +84,7 @@ By the way, the next person I see who <code>#define</code>s <function>memmove()<
 This is the real nuisance, because Glk provides a limited set of stream and file functions. And yet there are all these beautiful ANSI stdio calls, which have all these clever tricks &mdash; <function>ungetc()</function>, fast macro <function>fgetc()</function>, formatted <function>fprintf()</function>, not to mention the joys of direct pathname manipulation. Why bother with the Glk calls?
 </para>
 <para>
-The problem is, the stdio library really isn't always the best choice. PalmOS and Newton simply don't use stdio. The Mac has a stdio library built on top of its native file API, but it's a large extra library which porters may not wish to link in.
+The problem is, the stdio library really isn't always the best choice, particularly on mobile OSes.
 </para>
 <para>
 There's also the problem of hooking into the Glk API. Window output goes through Glk streams.