seL4/include/machine
Adrian Danis 541289a326 Further separate 'release' and 'verification' builds
Originally building the kernel was largely considered to be done in
one of two ways
1. Release build with no assertions, no debug symbols and no printing.
   This was generally considered to be a 'verified' build
2. Debug build with assertions, debug symbols and printing

Since then various options were added, such as the 'code injection'
option, which we wanted on builds that did not have assertions or
other options that affected performance. As such it did not depend
upon a debug build and had large warning signs saying that enabling
this in a release build would not give you a verified or trusted
kernel.

Most recently the ability to print from the kernel in release mode
was added. For the same reason that tying the ability to print with
the performance reduction of various debugging was not always desireable.

This change attempts to unify the current state and have a single top
level option to enable a 'verification friendly' build. All other
options (assertions, printing, code injection) then depend upon
this configuration not being set.
2016-05-17 10:51:55 +10:00
..
assembler.h Release snapshot 2014-07-18 05:03:59 +10:00
capdl.h Release snapshot 2014-07-18 05:03:59 +10:00
debug.h Release snapshot 2014-07-18 05:03:59 +10:00
hardware.h Release snapshot 2014-07-18 05:03:59 +10:00
io.h Further separate 'release' and 'verification' builds 2016-05-17 10:51:55 +10:00
profiler.h Release snapshot 2014-07-18 05:03:59 +10:00
registerset.h refactor tcb_t to remove duplication between x86 and arm header files 2015-11-09 17:18:43 +11:00