CODING_CONVENTIONS: enable C syntax highlighting

Author: crasbe

CODING_CONVENTIONS.md

@@ -85,15 +85,15 @@ of recognised exceptions where we can (or even must) rely on extensions include:
 * Type definitions (using `typedef`) always end on "_t".
 * If a typedef is used for a struct, it has to be specified at the struct
   definition (i.e., not as a separate line). E.g.:
-```
+```c
     typedef struct {
         uint8_t a;
         uint8_t b;
     } foobar_t;
 ```
 * Use of a separate line typedef for structs is allowed for forward
   declarations, e.g.,
-```
+```c
     typedef struct mystruct mystruct_t;
     [...]
     struct mystruct {
@@ -149,15 +149,15 @@ of recognised exceptions where we can (or even must) rely on extensions include:
 
 *  Names of all public functions and variables must start with the name of the
    corresponding library, e.g.:
-```
+```c
     thread_getpid(void);
     hwtimer_init_comp(uint32_t fcpu);
     int transceiver_pid;
 ```
 * Private functions and variables do NOT have this library prefix.
 * Do NOT use CamelCase. Function, variable and file names as well as enums,
   structs or typedefs are written in lowercase with underscores.
-```
+```c
     /* instead of: */
     void CamelCaseNamedFunction(int camelCaseNamedVar);
 
@@ -178,7 +178,7 @@ of recognised exceptions where we can (or even must) rely on extensions include:
   `do`-statement, it goes into the same line.
 * Use curly braces even for one-line blocks. This improves debugging and later
   additions.
-```
+```c
     /* instead of: */
     if (debug) println("DEBUG");
     else println("DEBUG ELSE");
@@ -202,7 +202,7 @@ indent when entering conditional compilation using `#if`/`#ifdef`/`#ifndef`
 (except for the include guard, which does not add to the indent). Treat indent
 for C language statements and C preprocessor directives independently.
 
-```
+```c
 /* BAD: */
 #if XOSC1
 #define XOSC XOSC1
@@ -213,7 +213,7 @@ for C language statements and C preprocessor directives independently.
 #endif /* XOSC1/XOSC2 */
 ```
 
-```
+```c
 /* GOOD: */
 #if XOSC1
 #  define XOSC XOSC1
@@ -224,7 +224,7 @@ for C language statements and C preprocessor directives independently.
 #endif
 ```
 
-```
+```c
 /* BAD: */
 void init_foo(uint32_t param)
 {
@@ -243,7 +243,7 @@ void init_foo(uint32_t param)
 }
 ```
 
-```
+```c
 /* GOOD: */
 void init_foo(uint32_t param)
 {
@@ -349,7 +349,7 @@ Note: these rules will be enforced by the CI.
 * C Header files should be always wrapped for C++ compatibility to prevent
   issues with name mangling, i.e. mark all the containing functions and
   definitions as `extern "C"`
-``` C
+```c
 #ifdef __cplusplus
 extern "C" {
 #endif
@@ -368,22 +368,22 @@ extern "C" {
 
 * Absolute values must be specified as macros or enums, not as literals, i.e.
   instead of
-```
+```c
 int timeout = 7 * 1000000;
 ```
 write
-```
+```c
 int timeout = TIMEOUT_INTERVAL * USEC_PER_SEC;
 ```
 ## Comments
 * All comments should be written as C-style comments.
 
 E.g:
-```
+```c
 /* This is a C-style comment */
 ```
 Wrong:
-```
+```c
 // C++ comment here
 ```
 
@@ -398,7 +398,7 @@ Wrong:
 
 An exemplary doxygen documentation in a header file can look like this.
 
-```
+```c
 /*
  * SPDX-FileCopyrightText: 2014 Peter Schmerzl <[email protected]>
  * SPDX-License-Identifier: LGPL-2.1-only
@@ -440,7 +440,7 @@ notices tend to vary depending on the author, making it difficult to parse
 automatically and reliably.
 
 Old Style - License Information:
-```
+```c
 /*
  * Copyright (C) 2013, 2014 INRIA
  *               2015 Freie Universität Berlin
@@ -453,7 +453,7 @@ Old Style - License Information:
 ```
 
 New Style - SPDX Format:
-```
+```c
 /*
  * SPDX-FileCopyrightText: 2013-2014 INRIA
  * SPDX-FileCopyrightText: 2015 Freie Universität Berlin
@@ -515,7 +515,7 @@ not a string literal`.
   possibility to suppress this warning/error. You MUST do so by adding a
   comment, including a rationale why it is a false positive and why the code
   can't be fixed otherwise, in the following format:
-```
+```c
     /* cppcheck-suppress <category of error/warning>
      * (reason: cppcheck is being really silly. this is certainly not a
      * null-pointer dereference */