path: root/doc/supplements/ (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Patch rtemsdoc-4.5.0-rc-13-cvs.diff.gz from Ralf CorsepiusJoel Sherrill2000-06-141-0/+3
| | | | | | | | <> which: * should fix the building rtemsdoc outside of the sourcetree with relative srcdir issue * adds --enable-papersize=[letter|a4|]
* Patch rtems-rc-4.5.0-21.diff from Ralf Corsepius <>Joel Sherrill2000-06-101-6/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | which splits the current monolithic specs files into a sequence of subparts. These can be concatenated togather to make a the whole .spec file. This cleans up the maintenance problem of having "all languages" and a "C/C++ only" gccnewlib spec files. Plus it should make it easier to produce variants like the gdb-m68k-bdm which require special hackery. :) Ralf's comments: It addresses the way * get composed inside of the source tree. Changes: * Each is broken into several files (*.add), one *.add file per sub-package. * Each composes spec.ins from the *.add files * Removal of redundant automake support files. * Default value for BuildRoot changed to /tmp/<spec-file-name> * %clean stage added to *specs Advantages (IMHO). * The *.add files are easier to adminstrate and more flexible in comparison to the former *.specs.ins. * now is composed from the same sources as (less errors) * If using the default BuildRoot --clean now deletes all files that were generated while building. Notes: * has not yet been adapted to the scheme used for the other *spec.ins * Except for cosmetical changes the internals of the *.spec files should not have changed. To Apply: cvs rm -f scripts/binutils/ cvs rm -f scripts/gccnewlib/ cvs rm -f scripts/gccnewlib/ cvs rm -f scripts/gdb/ cvs rm -f scripts/config.sub cvs rm -f scripts/config.guess cvs rm -f scripts/install-sh cvs rm -f scripts/mkinstalldirs cvs rm -f scripts/missing patch -p1 < rtems-rc-4.5.0-21.diff cvs add scripts/*/*.add cvs add scripts/*/README
* Patch from Ralf Corsepius <> to:Joel Sherrill2000-06-011-2/+10
| | | | | | | | | | 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.
* Patch rtemsdoc-4.5.0-rc-3.diff from Ralf Corsepius <>:Joel Sherrill2000-05-011-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | It addresses: * .cvsignore (only minor changes to yours, as they were pretty clean, most changes result from my mkcvsignore script being overly pedantic sorting entries alphabetically.) * timing.t handling and time<BSP>_.texi handling in supplements * network.t handling in bsp_howto * RTEMS_DATE and RTEMS_UPDATE handling in [It actually is a hack, as we could apply automake's version.texi handling instead - I know think to understand what automake does with it.] * avoid using temporary files; Therefore a new tool called bmenu2, derived from bemenu, is introduced, which reads a single file from stdin and writes to stdio. To apply: cd rtemsdoc patch -p1 < rtemsdoc-4.5.0-rc-3.diff cvs rm -f bsp_howto/network.t cvs add tools/bmenu/bmenu2.c ./bootstrap BTW: word-replace now is unused. It could be removed if you like to.
* Patch rtemsdoc-4.5.0-rc-0.diff from Ralf Corsepius <>Joel Sherrill2000-04-261-0/+11
which contains the bulk of converting the documentation tree to automake and GNU conventions. Comments follow: This is the automake port of rtemsdoc. To apply: cvs co rtemsdoc cd rtemsdoc sh patch -p0 < rtemsdoc-4.5.0-rc-0.diff sh [Attention: and directly modify cvs] Known bugs: 1) src2html is not supported (yet? - Is this supposed to work?) 2) all *.pdf images now are generated on-the-fly, but not yet deleted during "make distclean" 3) All supplements, including the templated ones, get build and installed. 4) Building outside of the source tree is completely untested and very likely does not work. 5) Make [ps|pdf] are not (yet) supported, make [dvi|info] are supported by automake's default texinfo rules. Fixing 2, 3 and 5 is almost trivial and needs to be done. 4) is a matter of testing and tool-properties, for now it is simply untested. General issues: * gif vs jpg vs png. I would recommend to replace all images with pngs to avoid potential copyright issues (gif) or lack in quality (jpg, jpg is good for real world photographs, but extremely poor on artificial images, graphs). * pdf images do net get placed correctly in pdf-documents. * texinfo: We now use a local copy of texinfo-4.0's texinfo.tex in texinfo/texinfo.tex for generating infos. However pdftex's system-wide texinfo.tex and pdftexinfo.tex are used for generating *.dvi, *.ps, *.pdf. * .cvsignore files still missing. * I have renamed the supplements filename not to use c_<supplement>, because automake seems to have problems with it. Notes: * Again, I recommend not to put any generated files into CVS. Here, this comprises some *texi, all *.pdf and many *.html pages. Ie. I recommend to run make maintainer-clean before checking in any files. * To get building started, this should be sufficient: ./bootstrap ./configure cd tools; make; cd .. make info * To make a public tarball: [cvs co ; ./bootstrap] ./configure cd tools; make; cd .. make info [make clean] make dist => This generates a rtems-<version>.tar.gz in the toplevel directory. => Building the tools only is required after a "cvs co", but not in a distribution tarball.