summaryrefslogtreecommitdiff
path: root/docs/CODING_STYLE.md
Commit message (Collapse)AuthorAgeFilesLines
* doc: say in CODING_STYLE that AT_EMPTY_PATH should be implied on openat() ↵Lennart Poettering2023-04-251-0/+9
| | | | | | | | style APIs (and NULL path is OK) As discussed here: https://github.com/systemd/systemd/pull/27397#issuecomment-1521630044
* CODING_STYLE: note that 'unsigned' form is preferred over 'unsigned int'Dmitry V. Levin2023-03-081-1/+1
|
* docs/CODING_STYLE: add sentence about redirection operatorsZbigniew Jędrzejewski-Szmek2023-02-061-2/+5
|
* docs, man: consistently use comma after "For example"Dmitry V. Levin2023-01-231-1/+1
|
* docs: fix grammar a bitDmitry V. Levin2023-01-231-2/+2
|
* docs: fix a few typosDmitry V. Levin2023-01-231-1/+1
|
* doc: document how we expect empty lines to be usedLennart Poettering2023-01-171-2/+16
|
* CODING_STYLE: fix 'better' typoSam James2023-01-061-1/+1
|
* CODING_STYLE: fix header levelLennart Poettering2022-09-081-1/+1
|
* docs: Some CODING_STYLE additionsLennart Poettering2022-09-071-0/+38
|
* docs: suggests people use path_extract_filename() + path_extract_directory()Lennart Poettering2022-08-231-5/+5
|
* tree-wide: fix typoYu Watanabe2022-06-101-1/+1
|
* CODING_STYLE: say that inet_ntop() is a no noZbigniew Jędrzejewski-Szmek2022-06-061-0/+5
|
* docs: document how we usually define enumsLennart Poettering2022-03-141-0/+40
|
* docs: document we use C11 with GNU extensions nowLennart Poettering2022-03-141-1/+15
| | | | Follow-up for: #22711
* Update CODING_STYLE.mdbearhoney2022-02-071-1/+1
| | | Fixed typo.
* docs: fix typos and improve languageErik Sjölund2022-01-261-1/+1
| | | | | Fix typos and improve the language by adding a few commas and a missing word.
* docs: mention RET_NERRNO() in CODING_STYLE.mdLennart Poettering2021-11-161-0/+19
|
* Change gendered terms to be gender-neutral (#21325)Emily Gonyer2021-11-121-1/+1
| | | Some typos are also fixed.
* CODING_STYLE: allow joined variable declarations and function callsZbigniew Jędrzejewski-Szmek2021-11-031-9/+18
| | | | | | | | | … but only for a single variable. The guidelines already allowed declaring variables at the point of initialization. But not making a function call to do that. Let's allow that now. The existing style of declaring and initializing seperate is still allowed, and whatever makes most sense should be used.
* doc: document that alloca_safe() and friends are the APIs to useLennart Poettering2021-10-141-11/+19
|
* docs: add spdx tags to all .md filesZbigniew Jędrzejewski-Szmek2021-09-271-0/+1
| | | | | | I have no idea if this is going to cause rendering problems, and it is fairly hard to check. So let's just merge this, and if it github markdown processor doesn't like it, revert.
* docs: add coding style exampleAnders Wenhaug2021-06-241-0/+8
| | | | Add example of how to structure else-blocks following a multiline block.
* docs: update coding style a bitZbigniew Jędrzejewski-Szmek2021-06-111-13/+20
| | | | | | | | | Say that r should be declared at the top of the function. Don't say that fixed buffers result in truncation, right after saying that they must only be used if size is known. Adjust order of examples to be consistent.
* docs/CODING_STYLE: fix some typosŠtěpán Němec2021-06-101-4/+4
|
* docs: add ARCHITECTURE.md with code mapLuca Boccassi2021-06-031-25/+0
| | | | | Initial and coarse version of a code map, useful for people getting started and looking at the repository for the first time.
* docs: more markupZbigniew Jędrzejewski-Szmek2021-03-111-5/+5
|
* docs: document not to use FILENAME_MAX in our codebaseLennart Poettering2021-03-081-0/+6
| | | | It's a weird thing. Let's explain why.
* docs: update coding style for `return (void) func(...)`Anita Zhang2020-10-271-0/+8
| | | | | Seems that people think it's useful for brevity so make it explicit in the CODING_STYLE.
* docs: some coding style updatesLennart Poettering2020-10-191-8/+33
| | | | | | | | | | Primarily: 1. Mention that we prefer if return parameters carry "ret_" as prefix in their name 2. Clarify that debug-level logging is always OK, and irrelevant to when deciding whether a function is logging or non-logging.
* coding style: document how to break a function declarationLuca Boccassi2020-08-201-0/+11
|
* docs: spelling fixesJoerg Behrmann2020-08-041-2/+2
|
* fix typoTomer Shechner2020-07-071-1/+1
| | | | | I was thoroughly reading your nice coding style page and found out that you guys missed an 's'. 😁
* tree-wide: use "hostname" spelling everywhereZbigniew Jędrzejewski-Szmek2020-04-211-1/+1
| | | | | | | | It's not that I think that "hostname" is vastly superior to "host name". Quite the opposite — the difference is small, and in some context the two-word version does fit better. But in the tree, there are ~200 occurrences of the first, and >1600 of the other, and consistent spelling is more important than any particular spelling choice.
* docs: make sure there's only one # markdown header in each fileLennart Poettering2019-12-131-1/+1
| | | | | | | @bertob wants us to be strict here, and only have one "#" header per markdown file, and use "##" (or "###", …) for all others. Interestingly, we mostly got this right already, but this fixes a few cases where this wasn't correct.
* docs: make it prettyTobias Bernard2019-12-111-0/+1
| | | | | | | Add custom Jekyll theme, logo, webfont and .gitignore FIXME: the markdown files have some H1 headers which need to be replaced with H2
* docs: place all our markdown docs in rough categoriesLennart Poettering2019-12-111-0/+1
|
* docs: fix typoSimon Schricker2019-07-301-1/+1
|
* docs: fix typos and duplicate wordsMichael Prokop2019-06-271-1/+1
| | | | | | | | | s/and and/and/ s/explicity/explicitly/ s/that that/that/ s/the the/the/ s/is is/it is/ s/overriden/overridden/
* some CODING_STYLE additionsLennart Poettering2019-06-251-0/+13
|
* CODING_STYLE: rename "Others" section to "Code Organization and Semantics"Lennart Poettering2019-04-121-37/+33
| | | | | This is a bit of a grabbag, but it's the best I could come up with without having lots of single-item sections.
* CODING_STYLE: split out section about runtime behaviourLennart Poettering2019-04-121-31/+33
|
* CODING_STYLE: add section about C constructs useLennart Poettering2019-04-121-74/+72
|
* CODING_STYLE: split out section about deadlocksLennart Poettering2019-04-121-8/+9
|
* CODING_STYLE: split out section about loggingLennart Poettering2019-04-121-28/+29
|
* CODING_STYLE: export section about exporting symbolsLennart Poettering2019-04-121-17/+19
|
* CODING_STYLE: split out section about destructorsLennart Poettering2019-04-121-23/+25
|
* CODING_STYLE: split out section about command line parsingLennart Poettering2019-04-121-12/+13
|
* CODING_STYLE: Split out section about error handlingLennart Poettering2019-04-121-52/+52
|
* CODING_STYLE: split out section about commiting to gitLennart Poettering2019-04-121-7/+8
|