zephyr/doc
Carles Cufi 72046a8abc doc: getting_started: Support multi-OS instructions
In order to be able to document the build on Windows and UNIX
systems, slight variations are required on the app commands
that are used throughout the documentation system.

This includes getting rid of the prompt symbol and providing commands
for both UNIX and Windows operating systems.

Signed-off-by: Carles Cufi <carles.cufi@nordicsemi.no>
2018-01-18 16:53:31 -05:00
..
api doc: add missing API content 2017-12-01 08:58:56 -05:00
application doc: application: fix KCONFIG_ROOT example file 2017-12-14 14:05:48 -05:00
contribute doc: fix location of non APL code README 2017-11-13 13:34:27 -05:00
crypto doc: fix more spelling errors throughout docs 2017-02-28 13:22:13 +00:00
devices doc: devices: correct devicetree specification path 2018-01-03 10:01:59 -05:00
extensions/zephyr doc: ext: app: Add a new "host-os" option and default to ninja 2018-01-18 16:53:31 -05:00
getting_started doc: getting_started: Support multi-OS instructions 2018-01-18 16:53:31 -05:00
introduction doc: update with CMake instructions 2017-11-08 20:00:22 -05:00
kernel lib: move ring_buffer from misc/ to lib/ 2017-12-15 20:02:01 -05:00
porting doc: fix misspellings in porting/arch.rst 2017-11-08 13:51:33 -05:00
reference/kconfig doc: restructure application primer 2016-12-24 01:53:17 +00:00
scripts doc/scripts/filter-doc-log: protect further against bad TERM env 2017-12-22 08:36:39 -05:00
security doc: Update security vulnerabilities email address 2017-11-03 14:19:08 -07:00
static doc: update jquery version to 3.1.2 2018-01-15 18:31:08 -05:00
subsystems doc: getting_started: Support multi-OS instructions 2018-01-18 16:53:31 -05:00
templates doc: fix .rst files canonical heading order 2017-01-20 16:06:36 -08:00
themes/zephyr doc: Change conf.py and index.rst to fix the copyright and license. 2016-02-05 20:24:34 -05:00
tools doc: getting_started: Support multi-OS instructions 2018-01-18 16:53:31 -05:00
404.rst doc: update links to new zephyrproject.org site 2017-11-03 19:31:14 -04:00
conf.py doc: fix version parsing 2017-12-09 12:23:52 -05:00
copyright.rst doc: update copyright for documentation 2017-01-31 21:35:29 +00:00
glossary.rst doc: Convert bits and pieces to CMake 2017-11-12 15:51:24 -05:00
index.rst doc: add links to 1.10 docs and release notes 2017-12-05 13:39:22 -06:00
LICENSING.rst doc: remove use of :download: directive 2017-08-22 08:34:37 -04:00
Makefile doc: recent kconfig changes break doc generation 2018-01-12 15:34:09 -05:00
README.rst doc: update with CMake instructions 2017-11-08 20:00:22 -05:00
release-notes-1.5.rst doc: update to use macOS throughout docs 2017-09-15 17:21:47 -04:00
release-notes-1.6.rst doc: spelling fixes in docs 2017-08-02 15:14:13 -04:00
release-notes-1.7.rst doc: spelling fixes in docs 2017-08-02 15:14:13 -04:00
release-notes-1.8.rst doc: spelling fixes in docs 2017-08-02 15:14:13 -04:00
release-notes-1.9.rst doc: 1.9.x release notes 2017-10-28 13:44:24 -04:00
release-notes-1.10.rst release: update release notes for 1.10 2017-12-08 13:05:26 -05:00
release-notes.rst doc: add links to 1.10 docs and release notes 2017-12-05 13:39:22 -06:00
Zephyr-Kite-in-tree.png doc: add custom 404 page 2017-08-18 21:41:45 -04:00
zephyr.doxyfile doc: remove unsupported doxygen options 2018-01-06 22:12:03 -05:00

.. _zephyr_doc:

Zephyr documentation
####################

These instructions will walk you through generating the Zephyr Project's
documentation on your local system using the same documentation sources
as we use to create the online documentation found at
https://zephyrproject.org/doc

Documentation overview
**********************

Zephyr Project content is written using the reStructuredText markup
language (.rst file extension) with Sphinx extensions, and processed
using sphinx to create a formatted stand-alone website. Developers can
view this content either in its raw form as .rst markup files, or you
can generate the HTML content and view it with a web browser directly on
your workstation. This same .rst content is also fed into the Zephyr
Project's public website documentation area (with a different theme
applied).

You can read details about `reStructuredText`_, and `Sphinx`_ from
their respective websites.

The project's documentation contains the following items:

* ReStructuredText source files used to generate documentation found at the
  https://zephyrproject.org/doc website. Most of the reStructuredText sources
  are found in the ``/doc`` directory, but others are stored within the
  code source tree near their specific component (such as ``/samples`` and
  ``/boards``)

* Doxygen-generated material used to create all API-specific documents
  also found at https://zephyrproject.org/doc

* Script-generated material for kernel configuration options based on Kconfig
  files found in the source code tree

The reStructuredText files are processed by the Sphinx documentation system,
and make use of the breathe extension for including the doxygen-generated API
material.  Additional tools are required to generate the
documentation locally, as described in the following sections.

Installing the documentation processors
***************************************

Our documentation processing has been tested to run with:

* Doxygen version 1.8.11
* Sphinx version 1.5.5
* Breathe version 4.6.0
* docutils version 0.13.1

Begin by cloning a copy of the git repository for the zephyr project and
setting up your development environment as described in :ref:`getting_started`
or specifically for Ubuntu in :ref:`installation_linux`.  (Be sure to
export the environment variables ``ZEPHYR_GCC_VARIANT`` and
``ZEPHYR_SDK_INSTALL_DIR`` as documented there.)

Other than ``doxygen``, the documentation tools should be installed using ``pip``.
If you don't already have pip installed, these commands will install it:

.. code-block:: bash

   $ curl -O 'https://bootstrap.pypa.io/get-pip.py'
   $ ./get-pip.py
   $ rm get-pip.py

The documentation generation tools are included in the set of tools
expected for the Zephyr build environment and so are included in
``requirements.txt``:

.. code-block:: bash

   $ sudo -E apt-get install doxygen
   $ pip install -r scripts/requirements.txt

Documentation presentation theme
********************************

Sphinx supports easy customization of the generated documentation
appearance through the use of themes.  Replace the theme files and do
another ``make htmldocs`` and the output layout and style is changed.
The ``read-the-docs`` theme is installed as part of the
``requirements.txt`` list above, and will be used if it's available, for
local doc generation.


Running the documentation processors
************************************

The ``/doc`` directory in your cloned copy of the Zephyr project git
repo has all the .rst source files, extra tools, and Makefile for
generating a local copy of the Zephyr project's technical documentation.
Assuming the local Zephyr project copy is ``~/zephyr``, here are the
commands to generate the html content locally:

.. code-block:: bash

   $ cd ~/zephyr
   $ source zephyr-env.sh
   $ cd doc
   $ make htmldocs

Depending on your development system, it will take about 15 minutes to
collect and generate the HTML content.  When done, the HTML output will
be in ``~/zephyr/doc/_build/html/index.html``

Filtering expected warnings
***************************

Alas, there are some known issues with the doxygen/Sphinx/Breathe
processing that generates warnings for some constructs, in particular
around unnamed structures in nested unions or structs. Also, adding
qualifiers to a function declaration, like __deprecated, can generate a
warning.  While these issues are being considered for fixing in
Sphinx/Breathe, we've added a post-processing filter on the output of
the documentation build process to remove "expected" messages from the
generation process output.

The output from the Sphinx build is processed by the python script
``scripts/filter-known-issues.py`` together with a set of filter
configuration files in the ``.known-issues/doc`` folder.  (This
filtering is done as part of the ``doc/Makefile``.)

If you're contributing components included in the Zephyr API
documentation and run across these warnings, you can include filtering
them out as "expected" warnings by adding a conf file to the
``.known-issues/doc`` folder, following the example of other conf files
found there.

.. _reStructuredText: http://sphinx-doc.org/rest.html
.. _Sphinx: http://sphinx-doc.org/