Teaching Doxygen Nasal
| The FlightGear forum has a
subforum related to: Nasal Scripting
This was an idea that we talked about on the forums: We still don't have any in-depth API docs for Nasal. We tried to come up with something like this several times already, but so far we failed. Also, it'd probably be a lot of work, too. Especially, because $FG_ROOT/Nasal is a "moving target".
Most of the shared Nasal library in $FG_ROOT/Nasal is actually pretty well commented. So Adrian suggested looking into Doxygen and using source code comments to come up with automatically created docs.
- We want to automatically create API docs for $FG_ROOT/Nasal (i.e. the shared Nasal lib).
- Ideally, we'll be able to reuse existing tools
- such as Doxygen, to automatically parse Nasal code and create API docs
- alternatively, the Nasal parser itself could be used
- API docs should be hosted at flightgear.org and included as part of each release in $FG_ROOT/Docs
- Doxygen supports several output formats, including LaTex/PDF
- Namespaces are based on files, rather than an internal structure. While this loose association benefits developing speed, any API document tool would have to take this into account.
- The code is not uniformly documented, and there are no decorators which are typically used by documentation tools.
- Perhaps as an intermediate step it would be worth investigating other tools as well, such as JSdoc, YUIdoc, or even writing a parser to extract FG Nasal APIs from the source even without decorative comments, listing just function names, parameters, and the namespace from which they can be accessed, along with any comments describing the functions, regardless of the presence of decorative elements.
- Nasal language (keywords, syntax)
- Nasal core library
- Nasal/FG extension functions
- FG Nasal APIs in $FG_ROOT/Nasal: a simple API has been generated with a python script; see here
So, teaching Doxygen Nasal would be a great contribution, then we could easily run Doxygen against $FG_ROOT/Nasal and automatically create API docs. The core language is unlikely to change significantly, and library/extension functions could be added manually to the docs.
We already have a vim syntax highlighting field for Nasal here
This contains most important keywords. And this might be useful to get a Doxygen mode started for Nasal.
The Doxygen internals (architecture) are described here
- "The preprocessed input buffer is fed to the language parser, which is implemented as a big state machine using flex. It can be found in the file src/scanner.l. There is one parser for all languages (C/C++/Java/IDL). The state variables insideIDL and insideJava are uses at some places for language specific choices."
- "The task of the parser is to convert the input buffer into a tree of entries (basically an abstract syntax tree). An entry is defined in src/entry.h and is a blob of loosely structured information. The most important field is section which specifies the kind of information contained in the entry."
The Doxygen repository can be found here.