diff options
author | Arnold D. Robbins <arnold@skeeve.com> | 2013-04-27 22:29:00 +0300 |
---|---|---|
committer | Arnold D. Robbins <arnold@skeeve.com> | 2013-04-27 22:29:00 +0300 |
commit | d0470a4cb60374c51b0f84b9655a0d5bbc7a72e7 (patch) | |
tree | 99e8e5cb27151d4dc2a21398722429093570e08a | |
parent | c8f10351204ee6e0ad2517c661eac0701d4dd4fa (diff) | |
download | egawk-d0470a4cb60374c51b0f84b9655a0d5bbc7a72e7.tar.gz egawk-d0470a4cb60374c51b0f84b9655a0d5bbc7a72e7.tar.bz2 egawk-d0470a4cb60374c51b0f84b9655a0d5bbc7a72e7.zip |
Just about final cleanup of the doc.
-rw-r--r-- | doc/ChangeLog | 1 | ||||
-rw-r--r-- | doc/gawk.info | 48 | ||||
-rw-r--r-- | doc/gawk.texi | 7 | ||||
-rw-r--r-- | doc/gawkman.texi | 7 |
4 files changed, 33 insertions, 30 deletions
diff --git a/doc/ChangeLog b/doc/ChangeLog index ff576203..0e974160 100644 --- a/doc/ChangeLog +++ b/doc/ChangeLog @@ -1,6 +1,7 @@ 2013-04-26 Arnold D. Robbins <arnold@skeeve.com> * gawkman.texi: Cleanup in MPFR and API chapters. + Also minor cleanup in design decisions. Add vim modeline. * api-figure2.fig: Minor fix. * api-figure2.eps, api-figure2.pdf, api-figure2.png: Regenerated. diff --git a/doc/gawk.info b/doc/gawk.info index 81012210..b5d7052b 100644 --- a/doc/gawk.info +++ b/doc/gawk.info @@ -26967,7 +26967,7 @@ mechanisms and design remained unchanged for close to 15 years, until `gawk' included some sample extensions, of which a few were really useful. However, it was clear from the outset that the extension -mechanism was bolted onto the side and was not really thought out. +mechanism was bolted onto the side and was not really well thought out. * Menu: @@ -27027,9 +27027,9 @@ Some goals for the new API were: * The API should provide _binary_ compatibility across `gawk' releases as long as the API itself does not change. - * The API should enable extensions written in C to have roughly the - same "appearance" to `awk'-level code as `awk' functions do. This - means that extensions should have: + * The API should enable extensions written in C or C++ to have + roughly the same "appearance" to `awk'-level code as `awk' + functions do. This means that extensions should have: - The ability to access function parameters. @@ -27155,9 +27155,9 @@ The API can later be expanded, in two ways: identify the extension calling into it, should it need to know. * Similarly, the extension passes a "name space" into `gawk' when it - registers each extension function. This allows a future mechanism - for grouping extension functions and possibly avoiding name - conflicts. + registers each extension function. This accommodates a possible + future mechanism for grouping extension functions and possibly + avoiding name conflicts. Of course, as of this writing, no decisions have been made with respect to any of the above. @@ -32513,22 +32513,22 @@ Ref: Derived Files-Footnote-31083268 Node: Future Extensions1083366 Node: Implementation Limitations1083947 Node: Extension Design1085199 -Node: Old Extension Problems1086348 -Ref: Old Extension Problems-Footnote-11087856 -Node: Extension New Mechanism Goals1087913 -Ref: Extension New Mechanism Goals-Footnote-11091272 -Node: Extension Other Design Decisions1091458 -Node: Extension Future Growth1093564 -Node: Old Extension Mechanism1094385 -Node: Basic Concepts1096125 -Node: Basic High Level1096806 -Ref: figure-general-flow1097077 -Ref: figure-process-flow1097676 -Ref: Basic High Level-Footnote-11100905 -Node: Basic Data Typing1101090 -Node: Glossary1104445 -Node: Copying1129916 -Node: GNU Free Documentation License1167473 -Node: Index1192610 +Node: Old Extension Problems1086353 +Ref: Old Extension Problems-Footnote-11087861 +Node: Extension New Mechanism Goals1087918 +Ref: Extension New Mechanism Goals-Footnote-11091284 +Node: Extension Other Design Decisions1091470 +Node: Extension Future Growth1093576 +Node: Old Extension Mechanism1094412 +Node: Basic Concepts1096152 +Node: Basic High Level1096833 +Ref: figure-general-flow1097104 +Ref: figure-process-flow1097703 +Ref: Basic High Level-Footnote-11100932 +Node: Basic Data Typing1101117 +Node: Glossary1104472 +Node: Copying1129943 +Node: GNU Free Documentation License1167500 +Node: Index1192637 End Tag Table diff --git a/doc/gawk.texi b/doc/gawk.texi index 2a024bd5..acd2b143 100644 --- a/doc/gawk.texi +++ b/doc/gawk.texi @@ -4,6 +4,7 @@ % * Edit gawkman.texi instead. * % ***************************************************** \input texinfo @c -*-texinfo-*- +@c vim: filetype=texinfo @c %**start of header (This is for running Texinfo on a region.) @setfilename gawk.info @settitle The GNU Awk User's Guide @@ -35820,7 +35821,7 @@ functions. @command{gawk} included some sample extensions, of which a few were really useful. However, it was clear from the outset that the extension -mechanism was bolted onto the side and was not really thought out. +mechanism was bolted onto the side and was not really well thought out. @menu * Old Extension Problems:: Problems with the old mechanism. @@ -35881,7 +35882,7 @@ The API should provide @emph{binary} compatibility across @command{gawk} releases as long as the API itself does not change. @item -The API should enable extensions written in C to have roughly the +The API should enable extensions written in C or C++ to have roughly the same ``appearance'' to @command{awk}-level code as @command{awk} functions do. This means that extensions should have: @@ -36021,7 +36022,7 @@ to know. @item Similarly, the extension passes a ``name space'' into @command{gawk} -when it registers each extension function. This allows a future +when it registers each extension function. This accommodates a possible future mechanism for grouping extension functions and possibly avoiding name conflicts. @end itemize diff --git a/doc/gawkman.texi b/doc/gawkman.texi index 719f1e80..084145f8 100644 --- a/doc/gawkman.texi +++ b/doc/gawkman.texi @@ -1,4 +1,5 @@ \input texinfo @c -*-texinfo-*- +@c vim: filetype=texinfo @c %**start of header (This is for running Texinfo on a region.) @setfilename gawk.info @settitle The GNU Awk User's Guide @@ -34969,7 +34970,7 @@ functions. @command{gawk} included some sample extensions, of which a few were really useful. However, it was clear from the outset that the extension -mechanism was bolted onto the side and was not really thought out. +mechanism was bolted onto the side and was not really well thought out. @menu * Old Extension Problems:: Problems with the old mechanism. @@ -35030,7 +35031,7 @@ The API should provide @emph{binary} compatibility across @command{gawk} releases as long as the API itself does not change. @item -The API should enable extensions written in C to have roughly the +The API should enable extensions written in C or C++ to have roughly the same ``appearance'' to @command{awk}-level code as @command{awk} functions do. This means that extensions should have: @@ -35170,7 +35171,7 @@ to know. @item Similarly, the extension passes a ``name space'' into @command{gawk} -when it registers each extension function. This allows a future +when it registers each extension function. This accommodates a possible future mechanism for grouping extension functions and possibly avoiding name conflicts. @end itemize |