Вміст аналізується безпосередньо (див. Також це ) з вихідних файлів .c 1 :
Для того, щоб забезпечити вбудовану "C" зручну, просту в обслуговуванні, але послідовну та витягувану документацію функцій та структур даних у ядрі Linux, ядро Linux прийняло послідовний стиль документування функцій та їх параметрів, структур та їх члени.
Формат цієї документації називається форматом kernel-doc. Це задокументовано у цьому документі / kernel-doc-nano-HOWTO.txt-файл.
Цей стиль вбудовує документацію у вихідні файли, використовуючи кілька простих конвенцій. Сценарії сценаріїв / kernel-doc perl, деякі шаблони SGML в Documentation / DocBook та інші інструменти розуміють ці умови, і вони використовуються для вилучення цієї вбудованої документації в різні документи. [...]
Вступний знак коментаря "/ **" зарезервований для коментарів ядра-doc. Лише так помічені коментарі будуть розглядатися сценаріями ядра-doc, а будь-який коментар, такий маркований, повинен бути у форматі kernel-doc.
Що означає, що лише такі відформатовані коментарі можуть бути вилучені таким чином, і ви можете використовувати сценарій Perl, який використовується процесом:kernel-doc
make
kernel-doc [ -docbook | -html | -html5 | -text | -man | -list ]
[ -no-doc-sections ]
[ -function funcname [ -function funcname ...] ]
c file(s)s > outputfile
і , отже, ви не обмежені mandocs мети :
Після встановлення "make psdocs", "make pdfdocs", "make htmldocs" або "make mandocs" нададуть документацію у потрібному форматі.
Також у сховищі / джерелі ядра є певні текстові файли . В цілому, їх Linux проект людино-сторінки ( man1 через man8 ) є доступний для скачування. На останній ноті kernel.org також підтримує деяку вихідну документацію.
1. Ядро - не єдиний випадок, коли така методика використовується для генерації manpages. GNU coreutils - це ще один такий випадок; більшість його mangeges генеруються за допомогою виведення command --help
вмісту, який знаходиться у функції використання, файл джерела утиліти ( 1 2 ).