Update coding standards and style guide and move to the Wiki
[DONE] Create a wiki page to document our coding standards. Start with this: http://www.portaudio.com/docs/proposals/014-StyleGuide.html
(Note that there are some display errors in http://www.portaudio.com/docs/proposals/014-StyleGuide.html since it embeds > and < without escaping them.)
New Wiki coding stanards page is here: ImplementationStyleGuidelines
[?DONE?] We currently have no standard for the formatting of comments.
[?DONE?] We have no documented or agreed standard for use of SVN (creating branches rather than breaking the trunk, etc).
Actually we now have:
(Note that there are some display errors in http://www.portaudio.com/docs/proposals/014-StyleGuide.html since it embeds > and < without escaping them.)
New Wiki coding stanards page is here: ImplementationStyleGuidelines
[?DONE?] We currently have no standard for the formatting of comments.
- Wiki now says C-Style comments. Do we need guidelines for multi-line comments?
[?DONE?] We have no documented or agreed standard for use of SVN (creating branches rather than breaking the trunk, etc).
Actually we now have:
Leave a comment
The content from the old page http://www.portaudio.com/docs/proposals/014-StyleGuide.html has been moved to a new page with Assembla.
The page can be accessed here https://www.assembla.com/spaces/portaudio/wiki/ImplementationStyleGuidelines
I have done some small changes (added a reference to C-style comments, and fixed the name of the file where PA_DEBUG macro are located). Plus all code-related stuff has been inserted as inline code. Therefore all the text that was lost in the original page due to unescaped lt and gt should now be visible.
Maybe some additional information could be added with the minimum amount of Doxygen information required for each file??
The page can be accessed here https://www.assembla.com/spaces/portaudio/wiki/ImplementationStyleGuidelines
I have done some small changes (added a reference to C-style comments, and fixed the name of the file where PA_DEBUG macro are located). Plus all code-related stuff has been inserted as inline code. Therefore all the text that was lost in the original page due to unescaped lt and gt should now be visible.
Maybe some additional information could be added with the minimum amount of Doxygen information required for each file??
@wspinelli Thank you! I have made a few minor edits and added a section on Doxygen comments. Would you mind taking a look at the Doxygen section and let me know what you think?
It would be nice if we could automate the formatting conformance and naming guidelines. I'm imagining something like:
Any thoughts?
It would be nice if we could automate the formatting conformance and naming guidelines. I'm imagining something like:
- Work out the exact astyle parameters that match our current formatting style. Run astyle and generate a diff.
- Use doxygen to generate a symbol dumb (xml output mode) then slurp this into python and run a check for our naming rules.
Any thoughts?
The multi-line format that you propose is good. I have added it to the Wiki page.
I had already checked the astyle command in fixfile.bat. I have seen the the style=ansi option is deprecated in the latest version of astyle avaiable
I will have a look at the astyle syntax to see how we can match the proposed coding style.
I had already checked the astyle command in fixfile.bat. I have seen the the style=ansi option is deprecated in the latest version of astyle avaiable
I will have a look at the astyle syntax to see how we can match the proposed coding style.