Skip to content
Snippets Groups Projects
Commit 0281ef90 authored by Ganesh Ajjanagadde's avatar Ganesh Ajjanagadde Committed by Stefano Sabatini
Browse files

doc/developer: minor typo and consistency fixes

parent 8881b035
No related branches found
No related tags found
No related merge requests found
...@@ -124,10 +124,10 @@ the @samp{inline} keyword; ...@@ -124,10 +124,10 @@ the @samp{inline} keyword;
@samp{//} comments; @samp{//} comments;
@item @item
designated struct initializers (@samp{struct s x = @{ .i = 17 @};}) designated struct initializers (@samp{struct s x = @{ .i = 17 @};});
@item @item
compound literals (@samp{x = (struct s) @{ 17, 23 @};}) compound literals (@samp{x = (struct s) @{ 17, 23 @};}).
@end itemize @end itemize
These features are supported by all compilers we care about, so we will not These features are supported by all compilers we care about, so we will not
...@@ -156,7 +156,7 @@ GCC statement expressions (@samp{(x = (@{ int y = 4; y; @})}). ...@@ -156,7 +156,7 @@ GCC statement expressions (@samp{(x = (@{ int y = 4; y; @})}).
All names should be composed with underscores (_), not CamelCase. For example, All names should be composed with underscores (_), not CamelCase. For example,
@samp{avfilter_get_video_buffer} is an acceptable function name and @samp{avfilter_get_video_buffer} is an acceptable function name and
@samp{AVFilterGetVideo} is not. The exception from this are type names, like @samp{AVFilterGetVideo} is not. The exception from this are type names, like
for example structs and enums; they should always be in the CamelCase for example structs and enums; they should always be in CamelCase.
There are the following conventions for naming variables and functions: There are the following conventions for naming variables and functions:
......
0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment