[Discuss] doxygen
Stephen Adler
adler at stephenadler.com
Thu Jul 7 09:30:58 EDT 2011
Thanks for the reply Matt. And as software goes, the devil is in the
details....
In doxygen, you have a couple of syntax forms you can use
/// blaaa
//! blaaa
/** blaaa */
/*! blaaa */
I hate it when I'm given options to choose from because I don't know
which one to choose other than flip a coin. Is there any advantages or
disadvantages to using either form?
thanks. Steve.
On Wed, 2011-07-06 at 09:32 -0400, Matthew Gillen wrote:
> On 07/05/2011 09:27 PM, Stephen Adler wrote:
> > Guys,
> >
> > I want to use an automated web'izing documentation tool like doxygen for
> > a software project I'm working on. I'm wondering what's the use case for
> > this is. What I mean by use case is the way one adds the html generation
> > into the software development cycle. This question may be too simplistic
> > but maybe there are some general rules which would make life easy for me
> > that I wouldn't think of when I start using a tool like doxygen. For
> > example, does one only generate html documentation output when one
> > prepares the code for a release or version tag? Does one include a
> > documentation target in the make file so one can type 'make
> > documentation' How often do you generate the documentation? After each
> > make? etc. etc. If there is a web resource I should read through, I'd
> > greatly appreciate the url and any comments you guys may have.
>
> Typically what is done in my projects is that our make system has a
> 'doc' target that runs doxygen. If we have an autobuild, we will go
> ahead and include the documentation in that and have the results hosted
> in an accessible location (intranet web server). Don't include the
> 'doc' target in the default build, since most developers won't need a
> local copy; the nightly version of the API docs from the autobuild are
> always sufficient.
>
> The doc target helps with devs being able to test their in-line
> documentation, and if you've got developers outside a firewall or are
> otherwise difficult w.r.t. the intranet server.
>
> HTH,
> Matt
> _______________________________________________
> Discuss mailing list
> Discuss at blu.org
> This message was delivered to adler at stephenadler.com
> http://lists.blu.org/mailman/listinfo/discuss
>
More information about the Discuss
mailing list