Dear Marek,

In message <201209252246.10322.ma...@denx.de> you wrote:
> 
> I've had a discussion with Wolfgang just now about U-Boot coding style. I 
> tried 
> using KernelDoc in a patch, which is not part of the U-Boot Coding Style now, 
> thus it was rejected.
> 
> I really like the idea of annotating functions with proper description, thus 
> I 
> would like to ask, can we reach a general agreement and start using kerneldoc 
> in 
> U-Boot to annotate functions and possibly generate documentation? Or shall we 
> use anything else?
> 
> Or any other annotation stuff? Doxygen style? Shall it be optional or 
> mandatory?

Unfortunately the important (to me) part of our discussion is
presented here only in the last half sentence...

The points I was trying to make was this:

 - If we introdue any documentation system, we should do this
   "officially", not sneak it in with some patch here and there.

 - The first thing we should define is what we want to use it for,
   i.  e. the purpose.

 - When introducing something, we should also agree on a policy and
   guidelines how we want to see it used.

Questions that need to be answered include:

- What is the goal we want to acchieve?  Complete documentation of all
  U-Boot code?  Documentation of some sub-system?  ... ?

- Will we make this mandatory?  So that we will reject all new code
  that is not documented according to kernel-doc rules?

- If so, what does that mean for patches that touch existing code?
  If I change the major part of an existing function (without changing
  it's calling interface), am I obligued to add kernel-doc comments?
  If I change the calling interface, must I add documentation then?

- What sort of documentation do we generate?  How can we make clear
  that for a long, long time it will cover only a small fraction of
  the actual code, eventually even parts of some source files?

- Who will be responsible for maintaining the documentation?  For
  making sure it gives a usable result, it looks more or less
  consistent?

- What about internationalization?  Who will do the translations? ;-)

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
When you die, the first thing you lose is your life. The  next  thing
is the illusions.                       - Terry Pratchett, _Pyramids_
_______________________________________________
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Reply via email to