Simon e8135e9ff9 ass
2025-07-08 02:38:04 +02:00
ass
2025-07-08 02:38:04 +02:00
2025-04-14 11:20:52 +02:00
foo
2025-05-10 19:42:48 +02:00
2025-06-03 15:05:55 +02:00
ass
2025-07-08 02:38:04 +02:00
2025-07-08 01:57:43 +02:00
2025-06-02 16:13:39 +02:00
2025-05-10 20:03:04 +02:00
2025-05-06 16:32:32 +02:00
2025-06-27 15:49:07 +02:00
2025-05-25 17:02:28 +02:00
2025-04-14 11:20:52 +02:00
2025-04-14 11:20:52 +02:00
2025-04-14 11:20:52 +02:00
2025-04-14 11:20:52 +02:00
2025-06-27 15:49:07 +02:00
2025-04-14 11:20:52 +02:00
2025-04-14 11:20:52 +02:00

MPStuBS - Multiprozessor Studenten Betriebssystem

Coding Guidelines

Similar to Google C++ Style Guide but with following exceptions:

  • No license boilerplate
  • Tabs instead of Spaces
  • Line length of 120 characters
  • #pragma once instead of #include guards

The code should be self-documenting, don't state the obvious! However, this does not make comments superfluous: Since good naming is sometimes not enough, more advanced parts need to be documented, so any operating system developer should be able to easily understand your code.

Naming Convention

  • Variables: lowercase with underscore

    char* variable_name;
    
  • Constants (and enum values): uppercase with underscore

    const int CONST_VALUE = 42;
    
  • Type Names (class/struct/namespace/enum): Capital letter, camel case

    class SomeClassName;
    
  • Methods/Functions (C++): start with lowercase letter, then camel case

    void someFunctionName();
    
  • extern "C" Functions: lowercase with underscore (like variables).

    void interrupt_handler(int vector);
    
  • File Names: lowercase, main type name, underscores only if is a sub type

    folder/classname.cc
    
Description
No description provided
Readme 498 KiB
Languages
C++ 81.7%
C 7.1%
Makefile 5.6%
Assembly 4.9%
Nix 0.6%