genode-ehmry

History

Norman Feske eba9c15746 Follow practices suggested by "Effective C++" The patch adjust the code of the base, base-<kernel>, and os repository. To adapt existing components to fix violations of the best practices suggested by "Effective C++" as reported by the -Weffc++ compiler argument. The changes follow the patterns outlined below: * A class with virtual functions can no longer publicly inherit base classed without a vtable. The inherited object may either be moved to a member variable, or inherited privately. The latter would be used for classes that inherit 'List::Element' or 'Avl_node'. In order to enable the 'List' and 'Avl_tree' to access the meta data, the 'List' must become a friend. * Instead of adding a virtual destructor to abstract base classes, we inherit the new 'Interface' class, which contains a virtual destructor. This way, single-line abstract base classes can stay as compact as they are now. The 'Interface' utility resides in base/include/util/interface.h. * With the new warnings enabled, all member variables must be explicitly initialized. Basic types may be initialized with '='. All other types are initialized with braces '{ ... }' or as class initializers. If basic types and non-basic types appear in a row, it is nice to only use the brace syntax (also for basic types) and align the braces. * If a class contains pointers as members, it must now also provide a copy constructor and assignment operator. In the most cases, one would make them private, effectively disallowing the objects to be copied. Unfortunately, this warning cannot be fixed be inheriting our existing 'Noncopyable' class (the compiler fails to detect that the inheriting class cannot be copied and still gives the error). For now, we have to manually add declarations for both the copy constructor and assignment operator as private class members. Those declarations should be prepended with a comment like this: /* * Noncopyable */ Thread(Thread const &); Thread &operator = (Thread const &); In the future, we should revisit these places and try to replace the pointers with references. In the presence of at least one reference member, the compiler would no longer implicitly generate a copy constructor. So we could remove the manual declaration. Issue #465		2018-01-17 12:14:35 +01:00
..
base	Follow practices suggested by "Effective C++"	2018-01-17 12:14:35 +01:00
base-fiasco	Follow practices suggested by "Effective C++"	2018-01-17 12:14:35 +01:00
base-foc	Follow practices suggested by "Effective C++"	2018-01-17 12:14:35 +01:00
base-hw	Follow practices suggested by "Effective C++"	2018-01-17 12:14:35 +01:00
base-linux	Follow practices suggested by "Effective C++"	2018-01-17 12:14:35 +01:00
base-nova	Follow practices suggested by "Effective C++"	2018-01-17 12:14:35 +01:00
base-okl4	Follow practices suggested by "Effective C++"	2018-01-17 12:14:35 +01:00
base-pistachio	Follow practices suggested by "Effective C++"	2018-01-17 12:14:35 +01:00
base-sel4	Follow practices suggested by "Effective C++"	2018-01-17 12:14:35 +01:00
dde_bsd	depot: update recipe hashes	2017-12-21 15:01:56 +01:00
dde_ipxe	depot: update recipe hashes	2017-12-21 15:01:56 +01:00
dde_linux	Follow practices suggested by "Effective C++"	2018-01-17 12:14:35 +01:00
dde_rump	rump: retrieve port sources using git	2018-01-17 12:14:34 +01:00
demo	Follow practices suggested by "Effective C++"	2018-01-17 12:14:35 +01:00
gems	Follow practices suggested by "Effective C++"	2018-01-17 12:14:35 +01:00
hello_tutorial	Remove obsolete RAM/CAP services from run scripts	2017-05-31 13:16:22 +02:00
libports	Follow practices suggested by "Effective C++"	2018-01-17 12:14:35 +01:00
os	Follow practices suggested by "Effective C++"	2018-01-17 12:14:35 +01:00
ports	Follow practices suggested by "Effective C++"	2018-01-17 12:14:35 +01:00
README	ports-foc: remove L4Linux	2017-01-31 12:01:12 +01:00

README

                      ===============================
                      Genode source-code repositories
                      ===============================


This directory contains the source-code repositories of the Genode OS
Framework. Each sub directory has the same principle layout as described in the
build-system manual:

:Build-system manual:

  [https://genode.org/documentation/developer-resources/build_system]

The build system uses a configurable selection of those reposities to obtain
the source codes for the build process. The repositories are not independent
but build upon of each other:

:'base':

  This directory contains the source-code repository of the fundamental
  frameworks and interfaces of Genode. Furthermore, it contains the generic
  parts of core.

:'base-<platform>':
  These directories contain platform-specific source-code repositories
  complementing the 'base' repository. The following platforms are supported:

  :'linux':
    Linux kernel (both x86_32 and x86_64)

  :'nova':
    NOVA hypervisor developed at University of Technology Dresden
    See [https://genode.org/documentation/platforms/nova]

  :'foc':
    Fiasco.OC is a modernized version of the Fiasco microkernel with a
    completely revised kernel interface fostering capability-based
    security. It is not compatible with L4/Fiasco.
    See [https://genode.org/documentation/platforms/foc]

  :'hw':
    The hw platform allows the execution of Genode on bare ARM and x86 hardware
    without the need for a separate kernel. The kernel functionality is
    included in core except in the special case of the Muen separation
    kernel.
    See [https://genode.org/documentation/platforms/hw] and
    [https://genode.org/documentation/platforms/muen]

  :'okl4':
    OKL4 kernel (x86_32 and ARM) developed at Open-Kernel-Labs.
    See [https://genode.org/documentation/platforms/okl4]

  :'pistachio':
    L4ka::Pistachio kernel developed at University of Karlsruhe.
    See [https://genode.org/documentation/platforms/pistachio]

  :'fiasco':
    L4/Fiasco kernel developed at University of Technology Dresden.
    See [https://genode.org/documentation/platforms/fiasco]

  :'sel4':
    seL4 microkernel developed at NICTA/General Dynamics
    See[https://sel4.systems/]

:'os':

  This directory contains the non-base OS components such as the init process,
  device drivers, and basic system services.

:'demo':

  This directory contains the source-code repository of various services and
  applications that we use for demonstration purposes. For example, a graphical
  application launcher called Launchpad and the Scout tutorial browser.

:'hello_tutorial':

  Tutorial for creating a simple client-server scenario with Genode. This
  repository includes documentation and the complete source code.

:'libports':

  This source-code repository contains ports of popular open-source libraries
  to Genode, most importantly the C library. The repository contains no
  upstream source code but means to download the code and adapt it to Genode.
  For instructions about how to use this mechanism, please consult the README
  file at the top level of the repository. Among the 3rd-party libraries
  are Qt5, libSDL, freetype, Python, ncurses, Mesa, and libav.

:'dde_linux':

  This source-code repository contains the device driver environment for
  executing Linux device drivers natively on Genode. Currently, this
  repository hosts the USB stack.

:'dde_ipxe':

  This source-code repository contains the device-driver environment for
  executing drivers of the iPXE project.

:'dde_bsd':

  This source-code repository contains the device-driver environment for
  drivers of the OpenBSD operating system.

:'dde_rump':

  This source-code repository contains the port of rump kernels, which are
  used to execute subsystems of the NetBSD kernel as user level processes.
  The repository contains a server that uses a rump kernel to provide
  various NetBSD file systems to Genode.

:'ports':

  This source-code repository hosts ports of 3rd-party applications to
  Genode. The repository does not contain upstream source code but provides
  a mechanism for downloading the official source distributions and adapt
  them to the Genode environment. The used mechanism is roughly the same
  as used for the 'libports' repository. Please consult 'libports/README'
  for further information.

:'gems':

  This source-code repository contains Genode applications that use
  both native Genode interfaces as well as features of other high-level
  repositories, in particular shared libraries provided by 'libports'.