4 | | * max. 80 chars per line |
5 | | * descriptive identifiers (rule names, variable names, action names, ...) |
6 | | * matt: axel has mentioned wanting two blank lines inbetween rules, actions, anything that looks like a C/C++ function. but i don't know what ingo thinks. |
| 3 | Generally use the same rules as for C++: |
| 4 | |
| 5 | * max. 100 chars per line |
| 6 | * indent with tabs |
| 7 | * descriptive identifiers (rule names, variable names, action names, ...). Avoid using the $(1), etc style in rules where arguments can easily be named. In actions, this is not possible, so use local variables in the actions that just copy the arguments, but have proper names for them |
| 8 | * two blank lines inbetween rules, actions, anything that looks like a C/C++ function. (this is not usually done in the existing files, should we start doing it?) |
| 9 | * rule and action names use CamelCase |
| 10 | * The action matching a rule is defined right after it, and has the same name suffixed by a '1' character |
| 11 | * All rules are defined in build/jam and then used througout the buildsystem, unless something is really specific to a subdirectory |