zephyr/doc
Ulf Magnusson f2acdffea3 genrest: List symbols selected by each symbol
Previously, you had to go to the Kconfig dump at the bottom of the
symbol reference page to see selected symbols (as opposed to the
select*ing* symbols, which were already listed). Might be easy to miss.

Use a format similar to the list of defaults
('- SELECTED_SYM if CONDITION').

Also list 'imply's, though I don't think those are used anywhere in
Zephyr yet.

Simplify the code generating the list of selecting symbols a bit as
well.

Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2018-08-19 11:19:24 -07:00
..
_templates doc: switch to use RTD theme 2018-08-08 17:48:27 +02:00
api net: l2: Add support for Link Layer Discovery Protocol (LLDP) 2018-08-08 09:53:24 +03:00
application doc: Document new app boilerplate requirement 2018-08-15 04:06:50 -07:00
contribute doc: simplify CONTRIBUTING, merge non-apache 2018-07-26 22:15:49 -04:00
crypto
devices doc: device: dts: Fix the error in the doc. 2018-07-05 07:51:51 -04:00
extensions doc: extensions: fix :app: behavior for zephyr-app-commands 2018-06-08 08:03:05 -04:00
getting_started doc: Fix warning associated with GNU ARM embedded rename 2018-08-09 19:13:15 +02:00
images doc: Replace title with logo in front page 2018-08-02 18:56:08 +02:00
introduction
kernel doc: fix misspellings in docs 2018-08-08 01:49:14 -05:00
porting Kconfig: Document new def_{int,hex,string} extensions 2018-08-15 04:07:44 -07:00
scripts genrest: List symbols selected by each symbol 2018-08-19 11:19:24 -07:00
security doc: Enumerate threats in model 2018-06-22 12:30:06 -04:00
static doc: tweak table CSS for caption location 2018-08-06 09:45:13 -05:00
subsystems Revert "log: make name param explicit" 2018-08-15 11:19:46 -05:00
templates doc: add doc writing guides w/common usages 2018-05-11 09:09:49 -07:00
themes/zephyr
tools doc: Update OpenSDA document for flashing with jlink 2018-08-08 10:12:00 +02:00
west doc: add initial west documentation 2018-06-08 16:06:16 -05:00
404.rst doc: more RTD theme tweaks 2018-07-31 20:19:19 -04:00
CMakeLists.txt Kconfiglib: Fix $srctree behavior for the top-level Kconfig file 2018-08-18 10:38:52 +02:00
LICENSING.rst
README.rst doc: tweak doc build instructions 2018-08-08 09:59:32 +02:00
conf.py doc: switch to use RTD theme 2018-08-08 17:48:27 +02:00
copyright.rst
glossary.rst
index.rst release: 1.12 doc cleanup 2018-06-11 15:16:19 -04:00
release-notes-1.5.rst
release-notes-1.6.rst
release-notes-1.7.rst
release-notes-1.8.rst
release-notes-1.9.rst
release-notes-1.10.rst
release-notes-1.11.rst
release-notes-1.12.rst release: 1.12 doc cleanup 2018-06-11 15:16:19 -04:00
release-notes.rst doc: release notes: Finalize 1.12 release notes and docs 2018-06-11 10:36:43 -05:00
substitutions.txt doc: add doc writing guides w/common usages 2018-05-11 09:09:49 -07:00
zephyr.doxyfile.in CMSIS RTOS V1: Introduce CMSIS RTOS V1 API header file 2018-08-13 13:08:07 -07:00

README.rst

.. _zephyr_doc:

Zephyr documentation Generation
###############################

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
http://docs.zephyrproject.org

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
  http://docs.zephyrproject.org 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 http://docs.zephyrproject.org

* 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.13
* Sphinx version 1.7.5
* Breathe version 4.9.1
* docutils version 0.14
* sphinx_rtd_theme version 0.4.0

In order to install the documentation tools, clone a copy of the git repository
for the Zephyr project and set up your development environment as described in
:ref:`getting_started`. This will ensure all the required tools are installed
on your system.

.. note::
   On Windows, the Sphinx executable ``sphinx-build.exe`` is placed in
   the ``Scripts`` folder of your Python installation path.
   Dependending on how you have installed Python, you may need to
   add this folder to your ``PATH`` environment variable. Follow
   the instructions in `Windows Python Path`_ to add those if needed.

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 in a folder ``zephyr`` in your home
folder, here are the commands to generate the html content locally:

.. code-block:: console

   # On Linux/macOS
   cd ~/zephyr
   source zephyr-env.sh
   mkdir -p doc/_build && cd doc/_build
   # On Windows
   cd %userprofile%\zephyr
   zephyr-env.cmd
   mkdir doc\_build & cd doc/_build

   # Use cmake to configure a Ninja-based build system:
   cmake -GNinja ..
   # Now run ninja on the generated build system:
   ninja htmldocs
   # If you modify or add .rst files, run ninja again:
   ninja htmldocs

Depending on your development system, it will take up to 15 minutes to
collect and generate the HTML content.  When done, you can view the HTML
output with your browser started at ``doc/_build/html/index.html``

If you want to build the documentation from scratch just delete the contents
of the build folder and run ``cmake`` and then ``ninja`` again.

On Unix platforms a convenience :file:`Makefile` at the root folder
of the Zephyr repository can be used to build the documentation directly from
there:

.. code-block:: console

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

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.
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 check for "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/CMakeLists.txt`` CMake listfile.)

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/
.. _Windows Python Path: https://docs.python.org/3/using/windows.html#finding-the-python-executable