[Mono-dev] Internal runtime documentation with Doxygen
Miguel de Icaza
miguel at microsoft.com
Tue Feb 14 03:10:43 UTC 2017
First, this is a great thing to do.
I would not want to change the documentation strings in the source without first trying to modify Doxygen to parse what we already have.
While Doxygen can produce some schematics for internal documentation, we would lose the already hand-written and organized documentation that we have for various parts of the runtime.
If it is not possible to modify Doxygen, let me suggest that we can have a script parse the existing markup and modify into a separate tree, where you can run Doxygen on.
From: Mono-devel-list <mono-devel-list-bounces at lists.dot.net> on behalf of Jon Purdy via Mono-devel-list <mono-devel-list at lists.dot.net>
Sent: Monday, February 6, 2017 6:26:41 PM
To: mono-devel-list at lists.dot.net
Subject: [Mono-dev] Internal runtime documentation with Doxygen
We’ve recently added initial support for building Doxygen documentation. The master docs are currently available on Jenkins. We intend to set up a central location online where these docs are deployed, as a convenient way to browse the runtime code. My hope is that this helps new developers and people unfamiliar with different parts of the runtime.
But first, many comments need to be updated to use Doxygen syntax in order to produce useful docs. It wouldn’t be very productive for me to do all of this myself, so I propose that when we change some code, we make sure that if the code is documented, then its documentation appears correctly in the Doxygen output.
I am not proposing that we write new documentation at this time, only verify the docs we already have and get them ready for deployment.
You can also build the docs locally with “make doxygen -C docs” in the Mono repository, then open “docs/doxygen-output/index.html” to view the results. (This can take several minutes.)
Questions, comments, and objections are welcome. :)
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Mono-devel-list