This patch changes the installation directory of the supplements to
supplements/<cpu>.
This allows browsing the html files inside of the source tree,
because after having applied this patch, the structure of the html
installation directory hierarchy is the same as the directory
structure of the source tree.
Ralf's comments follow:
Changes:
* Enhanced versioning:
- Addition of automake's version.texi support
- Replacement of rtemsdoc's former versioning support by automake's
versioning support (Abandoning RTEMS-UPDATE-* etc.)
- Abandoning setup.texi.in
- Add EDITION to each documents Makefile.am
- version.texi support in project.am
- Addition of maintainer mode (currently only used to prevent incorrectly
updating timestamps when users touch automake's version.texi timestamp
files (stamp-vti)).
* Fixing info dir support
- Use texinfo's @dircategory and @direntry instead of infos *-DIR-ENTRY
- $(infodir)/dir is now correctly set up
* Avoid using temporary files
- Pipe texts through REPLACE2 into BMENU2 instead of using temporary files.
- Abandon using bmenu in favor of bmenu2 (bmenu could be removed now)
* Prepare Makefile.ams for building in a separate buildtree
- prefix files with $(srcdir) in Makefile.am for files which must be
generated inside of the source tree
Notes:
* rtemsdoc can not yet be build in a separate source-tree, but we
are very close to it.
* You as the maintainer of this package now should always use
--enable-maintainer-mode to configure rtemsdoc.
Adds a -I <path> option to texi2www. This option is supposed to
compatible to the option of the same name in makeinfo, texi2dvi etc.
[This patch actually is kind of a hack, but it works :]
the bug-texinfo mailing list:
There is also a bug in the PDF outline: Any outline item containing an
underscore shows up as a bunch of texinfo codes ("@unhbox @kern.06em
@vbox{..."). This bug was remedied by the following addition to
\pdfmakeoutlines.
