Style: Difference between revisions

From KolibriOS wiki
Jump to navigation Jump to search
No edit summary
No edit summary
 
(2 intermediate revisions by one other user not shown)
Line 1: Line 1:
<b>SVN rules:</b><br><br>
== SVN kernel rules ==
* No tab characters allowed.
* No tab characters allowed.
* Code labels must be on a separate line. It is not allowed to have a label and a command on the same line. Combinations of label and data in one line is allowed.
* Code labels must be on a separate line. It is not allowed to have a label and a command on the same line. Combinations of label and data in one line is allowed.
Line 7: Line 7:
* All code and text files should be in UTF-8 without BOM.
* All code and text files should be in UTF-8 without BOM.


<br><b>Suggestions:</b><br><br>
== Recommendations ==
* Variables must have either a comprehensive name or a commentary.
* The same is advisable for labels, as well as arrange them in a separate line without indent.
* When writing a subroutine, it is very important to describe it's purpose, input and output data, spoiled registers:
<syntaxhighlight lang="asm">
; doing job
subroutine:
; in:  eax = some data
;      ebx -> some pointer
; out: eax = result data
; destroys ebx</syntaxhighlight>


* Don't place a space after a typename (byte/word/dword/..).
* Only cast when necessary, FASM keeps track of data types for you, use this functionality to write flexible code.  
* place 2 spaces before a local label, this way it will 'pop out' between the subprogram name and the code
* Only cast when nescessary.
* When you need to cast, do it on the memory location, not on the operand.
* When you need to cast, do it on the memory location, not on the operand.
* Place a space after comma.


[[Category:Coding]]
[[Category:Coding]]

Latest revision as of 19:12, 4 March 2016

SVN kernel rules

  • No tab characters allowed.
  • Code labels must be on a separate line. It is not allowed to have a label and a command on the same line. Combinations of label and data in one line is allowed.
  • Lines with commands must start with 8 spaces. A mnemonic is short if it's length is less than 8. Arguments for short mnemonics must start in the column 16. Arguments for long mnemonics must be separated from the mnemonic by exactly one space. Arguments must be separated with a comma and exactly one space after a comma. Arguments continued in the next line must start from the same position as in the first line.
  • Prefixes lock/rep[z|e|nz|ne] are considered as a logical part of the command, so they start at position 8, then after exactly one space follows the main mnemonic and arguments.
  • The special property 'svn:eol-style' must be set to 'native'.
  • All code and text files should be in UTF-8 without BOM.

Recommendations

  • Variables must have either a comprehensive name or a commentary.
  • The same is advisable for labels, as well as arrange them in a separate line without indent.
  • When writing a subroutine, it is very important to describe it's purpose, input and output data, spoiled registers:
; doing job
subroutine:
; in:  eax = some data
;      ebx -> some pointer
; out: eax = result data
; destroys ebx
  • Only cast when necessary, FASM keeps track of data types for you, use this functionality to write flexible code.
  • When you need to cast, do it on the memory location, not on the operand.