source: rtems-docs/develenv/introduction.rst

Last change on this file was e52906b, checked in by Sebastian Huber <sebastian.huber@…>, on 01/09/19 at 15:14:06

Simplify SPDX-License-Identifier comment

  • Property mode set to 100644
File size: 2.1 KB
Line 
1.. SPDX-License-Identifier: CC-BY-SA-4.0
2
3.. Copyright (C) 1989, 2010 On-Line Applications Research Corporation (OAR)
4
5Introduction
6************
7
8This document describes the RTEMS development environment.  Discussions are
9provided for the following topics:
10
11- the directory structure used by RTEMS,
12
13- usage of the GNU Make utility within the RTEMS development environment,
14
15- sample applications, and
16
17- the RTEMS specific utilities.
18
19RTEMS was designed as a reusable software component.  Highly reusable software
20such as RTEMS is typically distributed in the form of source code without
21providing any support tools.  RTEMS is the foundation for a complex family of
22facilities including board support packages, device drivers, and support
23libraries.  The RTEMS Development Environment is not a CASE tool.  It is a
24collection of tools designed to reduce the complexity of using and enhancing
25the RTEMS family.  Tools are provided which aid in the management of the
26development, maintenance, and usage of RTEMS, its run-time support facilities,
27and applications which utilize the executive.
28
29A key component of the RTEMS development environment is the GNU family of free
30tools.  This is robust set of development and POSIX compatible tools for which
31source code is freely available.  The primary compilers, assemblers, linkers,
32and make utility used by the RTEMS development team are the GNU tools.  They
33are highly portable supporting a wide variety of host computers and, in the
34case of the development tools, a wide variety of target processors.
35
36It is recommended that the RTEMS developer become familiar with the RTEMS
37Development Environment before proceeding with any modifications to the
38executive source tree.  The source code for the executive is very modular and
39source code is divided amongst directories based upon functionality as well as
40dependencies on CPU and target board.  This organization is aimed at isolating
41and minimizing non-portable code.  This has the immediate result that adding
42support for a new CPU or target board requires very little "wandering" around
43the source tree.
Note: See TracBrowser for help on using the repository browser.