change log for rtems (2011-01-02)
rtems-vc at rtems.org
rtems-vc at rtems.org
Sun Jan 2 17:10:58 UTC 2011
*joel* (on branch rtems-4-10-branch):
2011-01-02 Danila Bespalov <danila DOT bespalov AT gmail DOT com>
* started/buildc.t, started/buildrt.t, started/nt.t, started/require.t,
started/sample.t: Review and improve.
M 1.294 doc/ChangeLog
M 1.274.2.10 doc/ChangeLog
M 1.50 doc/started/buildc.t
M 1.48.2.1 doc/started/buildc.t
M 1.23 doc/started/buildrt.t
M 1.21.8.1 doc/started/buildrt.t
M 1.22 doc/started/nt.t
M 1.20.8.1 doc/started/nt.t
M 1.15 doc/started/require.t
M 1.13.8.1 doc/started/require.t
M 1.17 doc/started/sample.t
M 1.15.8.1 doc/started/sample.t
diff -u rtems/doc/ChangeLog:1.293 rtems/doc/ChangeLog:1.294
--- rtems/doc/ChangeLog:1.293 Thu Dec 16 14:42:52 2010
+++ rtems/doc/ChangeLog Sun Jan 2 10:12:02 2011
@@ -1,3 +1,8 @@
+2011-01-02 Danila Bespalov <danila DOT bespalov AT gmail DOT com>
+
+ * started/buildc.t, started/buildrt.t, started/nt.t, started/require.t,
+ started/sample.t: Review and improve.
+
2010-12-16 Joel Sherrill <joel.sherrilL at OARcorp.com>
* develenv/direct.t: Remove Getting Started with GNAT/RTEMS.
diff -u rtems/doc/ChangeLog:1.274.2.9 rtems/doc/ChangeLog:1.274.2.10
--- rtems/doc/ChangeLog:1.274.2.9 Wed Nov 24 12:01:48 2010
+++ rtems/doc/ChangeLog Sun Jan 2 10:12:04 2011
@@ -1,3 +1,8 @@
+2011-01-02 Danila Bespalov <danila DOT bespalov AT gmail DOT com>
+
+ * started/buildc.t, started/buildrt.t, started/nt.t, started/require.t,
+ started/sample.t: Review and improve.
+
2010-11-24 Joel Sherrill <joel.sherrilL at OARcorp.com>
PR 1674/doc
diff -u rtems/doc/started/buildc.t:1.49 rtems/doc/started/buildc.t:1.50
--- rtems/doc/started/buildc.t:1.49 Tue Dec 14 10:51:17 2010
+++ rtems/doc/started/buildc.t Sun Jan 2 10:12:02 2011
@@ -8,12 +8,13 @@
@chapter Building the GNU Cross Compiler Toolset
-NOTE: This chapter does @b{NOT} apply if you installed prebuilt toolset
-executables for BINUTILS, GCC, NEWLIB, and GDB. If you installed
-prebuilt executables for all of those, proceed to @ref{Building RTEMS}.
-If you require a GDB with a special configuration to connect to your
-target board, then proceed to @ref{Installing GDB Without RPM}
-for some advice.
+ at b{NOTE}: This chapter describes the steps required to build cross-compilation
+toolset on Linux (and possibly Windows using Cygwin) systems. This chapter
+does @b{NOT} apply if you installed prebuilt toolset executables for BINUTILS,
+GCC, NEWLIB, and GDB. If you installed prebuilt executables for all of those,
+proceed to @ref{Building RTEMS}. If you require a GDB with a special
+configuration to connect to your target board, then proceed to
+ at ref{Installing GDB Without RPM} for some advice.
This chapter describes the steps required to acquire the source code for
a GNU cross compiler toolset, apply any required RTEMS specific patches,
@@ -52,9 +53,14 @@
All patches and RPM specification files are kept in CVS. They are
not included in release tarballs. You will have to access the
CVS branch for RTEMS @value{RTEMSAPI}. For details on this,
-visit @uref{http://www.rtems.org, http://www.rtems.org} and look for
-instructions on accessing the RTEMS Source Code Repository in read-only
-mode.
+visit @uref{http://www.rtems.org/wiki/index.php/RTEMS_CVS_Repository, http://www.rtems.org/wiki/index.php/RTEMS_CVS_Repository} and look for
+instructions on accessing the RTEMS Source Code Repository in read-only mode.
+You can either do a complete checkout of the source tree or use a web
+interface. A typical checkout command would look like this:
+ at c TODO: pointing the user to the wiki entry might be enough.
+ at example
+cvs -d :pserver:anoncvs@@www.rtems.com:/usr1/CVS -z 9 co -P rtems
+ at end example
In the checked out source code, you will need to look in the subdirectory
@code{contrib/crossrpms/autotools} to determine the versions of AUTOCONF
@@ -62,9 +68,10 @@
a few files you will need to look at. The first is @code{Makefile.am}
which defines the versions of AUTOCONF and AUTOMAKE required for this
RTEMS Release Series. Make a note of the version numbers required for
-AUTOCONF and AUTOMAKE. Then examine the following files to determine
-the master location for the source tarballs and to determine if a patch
-is required for each tool version cited in the @code{Makefile.am}.
+AUTOCONF and AUTOMAKE (AUTOCONF_VERS and AUTOMAKE_VERS respectively). Then
+examine the following files to determine the master location for the source
+tarballs and to determine if a patch is required for each tool version cited in
+the @code{Makefile.am}.
@example
autoconf-sources.add
@@ -75,6 +82,10 @@
@code{contrib/crossrpms/patches} subdirectory of your checked out RTEMS
source tree.
+If no patches are required, you can use a package manager provided by your
+Linux distribution to install AUTOMAKE and AUTOCONF to avoid building them from
+source.
+
In the checked out source code, you will need to look in the subdirectory
@code{contrib/crossrpms/rtems at value{RTEMSAPI}} to determine the target
specific tool versions and patches required. In this directory, you
@@ -101,12 +112,6 @@
toolset targeting the selected architecture. In many cases, this will be
the same versions required by other targets on this RTEMS Release Series.
-Depending on the build method chosen, you may have to download source
-and patches or only patches. Also the destination directory for the
-downloaded source is dependent on the build method followed. But the
-versions required are the same. Specific information on what to download
-and where to place it is in subsequent sections.
-
@c
@c Obtain Source and Patches
@c
@@ -171,13 +176,13 @@
@c
@subsection Unarchiving the Tools
-NOTE: This step is required if building any of the tools without using RPM.
+ at b{NOTE}: This step is required if building any of the tools without using RPM.
It is @b{NOT} required if using the procedure described in @ref{Using RPM
to Build Tools}. This section describes the process of unarchiving the
tools that comprise an RTEMS toolset.
GNU source distributions are archived using @code{tar} and
-compressed using either @code{gzip} or @code{bzip}.
+compressed using either @code{gzip} or @code{bzip}.
If compressed with @code{gzip}, the extension @code{.gz} is used.
If compressed with @code{bzip}, the extension @code{.bz2} is used.
@@ -199,7 +204,7 @@
@item automake-<VERSION>
@item binutils-<VERSION>
@item gcc-<VERSION>
- at item binutils-<VERSION>
+ at item newlib-<VERSION>
@item gdb-<VERSION>
@end itemize
@@ -222,23 +227,25 @@
@subsection Applying RTEMS Project Tool Patches
-NOTE: This step is required if building any of the tools IF they have a
+ at b{NOTE}: This step is required if building any of the tools IF they have a
patch currently required and you are building the tools without using RPM.
is @b{NOT} required if using the procedure described in @ref{Using RPM
to Build Tools}. This section describes the process of applying the
RTEMS patches to any of the tools.
-If a patch is required for a particular tool source tree, then you will
-perform a command similar to the following to apply the patch. In this
-example, <TOOL> should be replaced by the appropriate tool directory
-and <TOOL_PATCH> with the appropriate patch file.
+If a patch is required for a particular tool source tree, it is placed in the
+ at code{contrib/crossrpms/patches} directory in the CVS tree. Make sure the
+patch version is the same as of the tool you are building. You will perform a
+command similar to the following to apply the patch. In this example, <TOOL>
+should be replaced by the appropriate tool directory and <TOOL_PATCH> with the
+appropriate patch file.
@example
cd tools/<TOOL>
cat ../../archive/<TOOL_PATCH> | patch -p1
@end example
-NOTE: If you add the @code{--dry-run} option to the @code{patch} command
+ at b{NOTE}: If you add the @code{--dry-run} option to the @code{patch} command
in the above commands, it will attempt to apply the patch and report
any issues without actually modifying any files.
@@ -260,21 +267,25 @@
This should not happen with a good patch file which is properly applied.
@c
- at c Installing AUTOCONF Without RPM
+ at c Installing AUTOCONF From Source
@c
- at subsection Installing AUTOCONF Without RPM
+ at subsection Installing AUTOCONF From Source
The following example illustrates the invocation of @code{configure}
-and @code{make} to build and install autoconf-<version>. This tool is
+and @code{make} to build and install autoconf-<version>. This tool is
installed as a native utility and is independent of any RTEMS target.
+ at b{NOTE}: If no patch is required for Autoconf and Automake, you can use the
+standard package manager provided by your Linux distribution to install them.
+Of course, the versions provided by your package manager should be the same
+that specified in Makefile.am or better.
+
@example
mkdir b-autoconf
cd b-autoconf
../autoconf-<VERSION>/configure --prefix=@value{RTEMSPREFIX}
-make all
-make info
+make
make install
@end example
@@ -286,13 +297,13 @@
autoconf-VERSION> @code{configure} command with the @code{--help} option.
@c
- at c Installing AUTOMAKE Without RPM
+ at c Installing AUTOMAKE From Source
@c
- at subsection Installing AUTOMAKE Without RPM
+ at subsection Installing AUTOMAKE From Source
The following example illustrates the invocation of @code{configure}
-and @code{make} to build and install automake-<version>. This tool is
+and @code{make} to build and install automake-<version>. This tool is
installed as a native utility and is independent of any RTEMS target.
@example
@@ -312,9 +323,9 @@
automake-VERSION> @code{configure} command with the @code{--help} option.
@c
- at c Installing BINUTILS Without RPM
+ at c Installing BINUTILS From Source
@c
- at subsection Installing BINUTILS Without RPM
+ at subsection Installing BINUTILS From Source
The following example illustrates the invocation of @code{configure}
and @code{make} to build and install binutils-<version>
@@ -346,6 +357,14 @@
export PATH=@value{RTEMSPREFIX}/bin:$@{PATH@}
@end example
+As you will need to frequently run various commands in the
+ at value{RTEMSPREFIX}/bin, you can update your @code{~/.bashrc} to include this
+line. After doing that, don't forget to run
+ at example
+source ~/.bashrc
+ at end example
+for the changes to take place.
+
Failure to have the binutils in the path will cause the GCC and NEWLIB
build to fail with an error message similar to:
@@ -358,11 +377,11 @@
@c
@subsection Installing GCC and NEWLIB Without RPM
-Before building gcc-<VERSION> and newlib-<VERSION>,
+Before building gcc-<VERSION> and newlib-<VERSION>,
binutils-<VERSION> must be installed and the directory
containing those executables must be in your PATH.
-The C Library is built as a subordinate component of
+The C Library is built as a subordinate component of
gcc-<VERSION>. Because of this, the newlib-<VERSION>
directory source must be available inside the gcc-<VERSION>
source tree. This is normally accomplished using a symbolic
@@ -390,7 +409,7 @@
make install
@end example
-After gcc-<VERSION> is built and installed the
+After gcc-<VERSION> is built and installed the
build directory @code{b-gcc} may be removed.
For more information on the invocation of @code{configure}, please
@@ -408,11 +427,11 @@
the host environment and additional build steps to perform.
It is critical that you use the same version of GCC/GNAT as
the native compiler. GNAT must be compiled with an Ada compiler
-and when building a GNAT cross-compiler, it should be
-the same version of GNAT itself.
+and when building a GNAT cross-compiler, it should be
+the same version of GNAT itself.
It is also important to verify whether there is an RTEMS specific
-Ada patch required for GCC. These can be found in
+Ada patch required for GCC. These can be found in
@uref{http://www.rtems.org/ftp/pub/rtems/people/joel/ada,
http://www.rtems.org/ftp/pub/rtems/people/joel/ada}. The patch is
often a minor version or two behind GCC but will usually apply cleanly.
@@ -458,7 +477,7 @@
@c
@subsection Installing GDB Without RPM
-NOTE: This step is NOT required if prebuilt executables for the
+ at b{NOTE}: This step is NOT required if prebuilt executables for the
GDB were installed and they meet your target interface
requirements.
@@ -538,7 +557,7 @@
well as to capture the procedure and source code used to produce those
binary files. For RPM, it is assumed that the following subdirectories
are under a root directory such as @code{/usr/src/redhat} or
- at code{/usr/local/src/redhat}) on your machine.
+ at code{/usr/local/src/redhat}) on your machine.
@example
BUILD
@@ -551,7 +570,7 @@
For the purposes of this document, the RPM @code{SOURCES} directory is the
directory into which all tool source and patches are assumed to reside.
The @code{BUILD} directory is where the actual build is performed when
-building binaries from a source RPM.
+building binaries from a source RPM.
RPM automatically unarchives the source and applies any needed patches
so you do @b{NOT} have to manually perform the procedures described
@@ -581,7 +600,7 @@
compiled, AUTOCONF binary RPM that matches the installed source RPM.
This example assumes that all of the required source is installed.
- at example
+ at example
rpm -U @value{RTEMSRPMPREFIX}i386-rtems at value{RTEMSAPI}-autoconf-<VERSION>-<RPM_RELEASE>.src.rpm
@end example
@@ -598,7 +617,7 @@
@value{RTEMSRPMPREFIX}rtems at value{RTEMSAPI}-autoconf-<VERSION>-<RPM_RELEASE>.<ARCH>.rpm
@end example
-NOTE: It may be necessary to remove the build tree in the @code{BUILD}
+ at b{NOTE}: It may be necessary to remove the build tree in the @code{BUILD}
directory under the RPM root directory.
@c
@@ -610,7 +629,7 @@
compiled, AUTOMAKE binary RPM that matches the installed source RPM.
This example assumes that all of the required source is installed.
- at example
+ at example
rpm -U @value{RTEMSRPMPREFIX}i386-rtems at value{RTEMSAPI}-automake-<VERSION>-<RPM_RELEASE>.src.rpm
@end example
@@ -627,7 +646,7 @@
@value{RTEMSRPMPREFIX}rtems at value{RTEMSAPI}-automake-<VERSION>-<RPM_RELEASE>.<ARCH>.rpm
@end example
-NOTE: It may be necessary to remove the build tree in the @code{BUILD}
+ at b{NOTE}: It may be necessary to remove the build tree in the @code{BUILD}
directory under the RPM root directory.
@@ -640,7 +659,7 @@
compiled, binutils binary RPM that matches the installed source RPM.
This example assumes that all of the required source is installed.
- at example
+ at example
rpm -U @value{RTEMSRPMPREFIX}i386-rtems at value{RTEMSAPI}-binutils-<VERSION>-<RPM_RELEASE>.src.rpm
@end example
@@ -691,9 +710,9 @@
@value{RTEMSRPMPREFIX}i386-rtems at value{RTEMSAPI}-libstd++-<VERSION>-<RPM>.<ARCH>.rpm
@end example
-NOTE: Some targets do not support building all languages.
+ at b{NOTE}: Some targets do not support building all languages.
-NOTE: It may be necessary to remove the build tree in the
+ at b{NOTE}: It may be necessary to remove the build tree in the
@code{BUILD} directory under the RPM root directory.
@c
@@ -724,7 +743,7 @@
@value{RTEMSRPMPREFIX}i386-rtems at value{RTEMSAPI}-gdb-<VERSION>-<RPM_RELEASE>.<ARCH>.rpm
@end example
-NOTE: It may be necessary to remove the build tree in the
+ at b{NOTE}: It may be necessary to remove the build tree in the
@code{BUILD} directory under the RPM root directory.
@c
@@ -749,13 +768,13 @@
@end itemize
If you are using binutils 2.9.1 or newer with certain older versions of
-gcc, they do not agree on what the name of the newly
+gcc, they do not agree on what the name of the newly
generated cross assembler is. Older binutils called it @code{as.new}
which became @code{as.new.exe} under Windows. This is not a valid
file name, so @code{as.new} is now called @code{as-new}. By using the latest
released tool versions and RTEMS patches, this problem will be avoided.
-If binutils did not successfully build the cross assembler, then
+If binutils did not successfully build the cross assembler, then
the new cross gcc (@code{xgcc}) used to build the libraries can not
find it. Make sure the build of the binutils succeeded.
@@ -767,7 +786,7 @@
is a security risk and should be avoided. Remove "." from
your PATH.
-NOTE: In some environments, it may be difficult to remove "."
+ at b{NOTE}: In some environments, it may be difficult to remove "."
completely from your PATH. In this case, make sure that "."
is after the system directories containing "as" and "ld".
@@ -783,7 +802,7 @@
@end itemize
-Then it is likely that one or more of your gnu tools is
+Then it is likely that one or more of your gnu tools is
already configured locally in its source tree. You can check
for this by searching for the @code{config.status} file
in the various tool source trees. The following command
@@ -793,7 +812,7 @@
find binutils-<VERSION> -name config.status -print
@end example
-The solution for this is to execute the command
+The solution for this is to execute the command
@code{make distclean} in each of the GNU tools
root source directory. This should remove all
generated files including Makefiles.
@@ -810,9 +829,8 @@
-I../../binutils-<VERSION>/gcc -I/binutils-<VERSION>/gcc/include -I.
@end example
-Note that the tool source directory is searched before the
+Note that the tool source directory is searched before the
build directory.
-This situation can be avoided entirely by never using
-the source tree as the build directory -- even for
-
+This situation can be avoided entirely by never using
+the source tree as the build directory.
diff -u rtems/doc/started/buildc.t:1.48 rtems/doc/started/buildc.t:1.48.2.1
--- rtems/doc/started/buildc.t:1.48 Thu Sep 25 14:34:41 2008
+++ rtems/doc/started/buildc.t Sun Jan 2 10:12:04 2011
@@ -75,6 +75,10 @@
@c URL: ftp://@value{BINUTILSFTPSITE}@value{BINUTILSFTPDIR}/@value{BINUTILSTAR}
@c @end ifset
@end example
+If no patches are required, you can use a package manager provided by your
+Linux distribution to install AUTOMAKE and AUTOCONF to avoid building them from
+source.
+
@need 1000
@subheading @value{NEWLIBUNTAR}
@@ -132,7 +136,7 @@
described in @ref{Using RPM to Build BINUTILS GCC and NEWLIB}.
GNU source distributions are archived using @code{tar} and
-compressed using either @code{gzip} or @code{bzip}.
+compressed using either @code{gzip} or @code{bzip}.
If compressed with @code{gzip}, the extension @code{.gz} is used.
If compressed with @code{bzip}, the extension @code{.bz2} is used.
@@ -224,6 +228,11 @@
Check to see if any of these patches have been rejected using the following
sequence:
+ at b{NOTE}: If no patch is required for Autoconf and Automake, you can use the
+standard package manager provided by your Linux distribution to install them.
+Of course, the versions provided by your package manager should be the same
+that specified in Makefile.am or better.
+
@example
cd tools/@value{GCCUNTAR}
@@ -494,8 +503,7 @@
cd b-binutils
../@value{BINUTILSUNTAR}/configure --target=sparc-rtems at value{RTEMSAPI} \
--prefix=@value{RTEMSPREFIX}
-make all
-make info
+make
make install
@end example
@@ -567,6 +575,14 @@
For more information on the invocation of @code{configure}, please
refer to the documentation for @value{GCCUNTAR} or
invoke the @value{GCCUNTAR} @code{configure} command with the
+As you will need to frequently run various commands in the
+ at value{RTEMSPREFIX}/bin, you can update your @code{~/.bashrc} to include this
+line. After doing that, don't forget to run
+ at example
+source ~/.bashrc
+ at end example
+for the changes to take place.
+
@code{--help} option.
@c
@@ -579,8 +595,8 @@
the host environment and additional build steps to perform.
It is critical that you use the same version of GCC/GNAT as
the native compiler. GNAT must be compiled with an Ada compiler
-and when building a GNAT cross-compiler, it should be
-the same version of GNAT itself.
+and when building a GNAT cross-compiler, it should be
+the same version of GNAT itself.
The build procedure is the same until the configure step.
A GCC toolset with GNAT enabled requires that @code{ada}
@@ -822,7 +838,7 @@
@value{RTEMSRPMPREFIX}i386-rtems at value{RTEMSAPI}-gdb- at value{GDBVERSION}- at value{GDBRPMRELEASE}.i386.rpm
@end example
-NOTE: It may be necessary to remove the build tree in the
+ at b{NOTE}: It may be necessary to remove the build tree in the
@code{BUILD} directory under the RPM root directory.
@c
@@ -891,13 +907,13 @@
@end itemize
If you are using binutils 2.9.1 or newer with certain older versions of
-gcc, they do not agree on what the name of the newly
+gcc, they do not agree on what the name of the newly
generated cross assembler is. Older binutils called it @code{as.new}
which became @code{as.new.exe} under Windows. This is not a valid
file name, so @code{as.new} is now called @code{as-new}. By using the latest
released tool versions and RTEMS patches, this problem will be avoided.
-If binutils did not successfully build the cross assembler, then
+If binutils did not successfully build the cross assembler, then
the new cross gcc (@code{xgcc}) used to build the libraries can not
find it. Make sure the build of the binutils succeeded.
@@ -909,7 +925,7 @@
is a security risk and should be avoided. Remove "." from
your PATH.
-NOTE: In some environments, it may be difficult to remove "."
+ at b{NOTE}: In some environments, it may be difficult to remove "."
completely from your PATH. In this case, make sure that "."
is after the system directories containing "as" and "ld".
@@ -925,7 +941,7 @@
@end itemize
-Then it is likely that one or more of your gnu tools is
+Then it is likely that one or more of your gnu tools is
already configured locally in its source tree. You can check
for this by searching for the @code{config.status} file
in the various tool source trees. The following command
@@ -935,7 +951,7 @@
find @value{BINUTILSUNTAR} -name config.status -print
@end example
-The solution for this is to execute the command
+The solution for this is to execute the command
@code{make distclean} in each of the GNU tools
root source directory. This should remove all
generated files including Makefiles.
@@ -952,9 +968,8 @@
-I../../@value{BINUTILSUNTAR}/gcc -I/@value{BINUTILSUNTAR}/gcc/include -I.
@end example
-Note that the tool source directory is searched before the
+Note that the tool source directory is searched before the
build directory.
-This situation can be avoided entirely by never using
-the source tree as the build directory -- even for
-
+This situation can be avoided entirely by never using
+the source tree as the build directory.
diff -u rtems/doc/started/buildrt.t:1.22 rtems/doc/started/buildrt.t:1.23
--- rtems/doc/started/buildrt.t:1.22 Tue Dec 14 10:51:17 2010
+++ rtems/doc/started/buildrt.t Sun Jan 2 10:12:02 2011
@@ -13,9 +13,9 @@
This section provides pointers to the RTEMS source code and example
programs. These files should be placed in your @code{archive} directory.
The set of tarballs which comprise an RTEMS release is placed in a
-directory whose name if the release on the ftp site. The RTEMS ftp site
+directory whose name is the release on the ftp site. The RTEMS ftp site
is accessible via both the ftp and http protocols at the following URLs:
-
+
@itemize @bullet
@item @uref{http://www.rtems.org/ftp/pub/rtems,http://www.rtems.org/ftp/pub/rtems}
@item @uref{ftp://www.rtems.org/pub/rtems,ftp://www.rtems.org/pub/rtems}
@@ -35,7 +35,7 @@
@section Unarchive the RTEMS Source
Use the following command sequence to unpack the RTEMS source into the
-tools directory:
+tools directory:
@example
cd tools
@@ -44,6 +44,20 @@
This creates the directory rtems- at value{RTEMSAPI}.<VERSION>
+ at section Obtaining the RTEMS Source from CVS
+
+Instead of downloading release tarballs you may choose to check out the current
+RTEMS source from CVS. For details on accessing RTEMS CVS repository consult
+ at uref{http://www.rtems.org/wiki/index.php/RTEMS_CVS_Repository, http://www.rtems.org/wiki/index.php/RTEMS_CVS_Repository}. The steps required
+to obtain the source code from CVS are usually like the following:
+ at example
+$ cvs -d :pserver:anoncvs@@www.rtems.com:/usr1/CVS login
+Logging in to :pserver:anoncvs@@www.rtems.com:2401/usr1/CVS
+CVS password:
+$ cvs -d :pserver:anoncvs@@www.rtems.com:/usr1/CVS -z 9 co -P rtems # for the main RTEMS source
+$ cvs -d :pserver:anoncvs@@www.rtems.com:/usr1/CVS -z 9 co -P examples-v2 # for examples
+ at end example
+
@section Add <INSTALL_POINT>/bin to Executable PATH
In order to compile RTEMS, you must have the cross compilation toolset
@@ -65,9 +79,9 @@
@section Verifying the Operation of the Cross Toolset
-In order to insure that the cross-compiler is invoking the correct
+In order to ensure that the cross-compiler is invoking the correct
subprograms (like @code{as} and @code{ld}), one can test assemble
-a small program. When in verbose mode, @code{gcc} prints out information
+a small program. When in verbose mode, @code{gcc} prints out information
showing where it found the subprograms it invokes. In a temporary
working directory, place the following function in a file named @code{f.c}:
@@ -110,9 +124,9 @@
@section Building RTEMS for a Specific Target and BSP
-This section describes how to configure and build RTEMS
-so that it is specifically tailored for your BSP and the
-CPU model it uses. There is currently only one supported
+This section describes how to configure and build RTEMS
+so that it is specifically tailored for your BSP (Board Support Package)
+and the CPU model it uses. There is currently only one supported
method to compile and install RTEMS:
@itemize @bullet
@@ -120,7 +134,7 @@
@end itemize
Direct invocation of @code{configure} and @code{make} provides more control
-and easier recovery from problems when building.
+and easier recovery from problems when building.
This section describes how to build RTEMS.
@@ -133,8 +147,8 @@
distribution. A full list of these arguments can be obtained by running
@code{../rtems- at value{RTEMSAPI}.<VERSION>/configure --help} If you
followed the procedure described in the section @ref{Unarchive the
-RTEMS Source}, these configuration options can be found in the file
-tools/rtems- at value{RTEMSAPI}.<VERSION>/README.configure.
+RTEMS Source} or @ref{Obtaining the RTEMS Source from CVS}, these configuration options can be found in the file
+rtems- at value{RTEMSAPI}.<VERSION>/README.configure.
@b{NOTE}: The GNAT/RTEMS run-time implementation is based on the POSIX
API and the GNAT/RTEMS run-time cannot be compiled with networking
@@ -144,7 +158,7 @@
The following shows the command sequence required to configure,
compile, and install RTEMS with the POSIX API, FreeBSD TCP/IP,
-and C++ support disabled. RTEMS will be built to target
+and C++ support disabled. RTEMS will be built to target
the @code{BOARD_SUPPORT_PACKAGE} board.
@example
@@ -154,7 +168,8 @@
--disable-posix --disable-networking --disable-cxx \
--enable-rtemsbsp=<BSP>\
--prefix=<INSTALL_POINT>
-make all install
+make all
+make install
@end example
<TARGET> is of the form <CPU>-rtems at value{RTEMSAPI} and the list of
diff -u rtems/doc/started/buildrt.t:1.21 rtems/doc/started/buildrt.t:1.21.8.1
--- rtems/doc/started/buildrt.t:1.21 Fri Sep 2 11:25:51 2005
+++ rtems/doc/started/buildrt.t Sun Jan 2 10:12:04 2011
@@ -38,7 +38,7 @@
@section Unarchive the RTEMS Source
Use the following command sequence to unpack the RTEMS source into the
-tools directory:
+tools directory:
@example
cd tools
@@ -47,6 +47,20 @@
This creates the directory @value{RTEMSUNTAR}.
+ at section Obtaining the RTEMS Source from CVS
+
+Instead of downloading release tarballs you may choose to check out the current
+RTEMS source from CVS. For details on accessing RTEMS CVS repository consult
+ at uref{http://www.rtems.org/wiki/index.php/RTEMS_CVS_Repository, http://www.rtems.org/wiki/index.php/RTEMS_CVS_Repository}. The steps required
+to obtain the source code from CVS are usually like the following:
+ at example
+$ cvs -d :pserver:anoncvs@@www.rtems.com:/usr1/CVS login
+Logging in to :pserver:anoncvs@@www.rtems.com:2401/usr1/CVS
+CVS password:
+$ cvs -d :pserver:anoncvs@@www.rtems.com:/usr1/CVS -z 9 co -P rtems # for the main RTEMS source
+$ cvs -d :pserver:anoncvs@@www.rtems.com:/usr1/CVS -z 9 co -P examples-v2 # for examples
+ at end example
+
@section Add <INSTALL_POINT>/bin to Executable PATH
@@ -67,9 +81,9 @@
@section Verifying the Operation of the Cross Toolset
-In order to insure that the cross-compiler is invoking the correct
+In order to ensure that the cross-compiler is invoking the correct
subprograms (like @code{as} and @code{ld}), one can test assemble
-a small program. When in verbose mode, @code{gcc} prints out information
+a small program. When in verbose mode, @code{gcc} prints out information
showing where it found the subprograms it invokes. In a temporary
working directory, place the following function in a file named @code{f.c}:
@@ -113,9 +127,9 @@
@section Building RTEMS for a Specific Target and BSP
-This section describes how to configure and build RTEMS
-so that it is specifically tailored for your BSP and the
-CPU model it uses. There is currently only one supported
+This section describes how to configure and build RTEMS
+so that it is specifically tailored for your BSP (Board Support Package)
+and the CPU model it uses. There is currently only one supported
method to compile and install RTEMS:
@itemize @bullet
@@ -123,7 +137,7 @@
@end itemize
Direct invocation of @code{configure} and @code{make} provides more control
-and easier recovery from problems when building.
+and easier recovery from problems when building.
This section describes how to build RTEMS.
@@ -146,7 +160,7 @@
The following shows the command sequence required to configure,
compile, and install RTEMS with the POSIX API, FreeBSD TCP/IP,
-and C++ support disabled. RTEMS will be built to target
+and C++ support disabled. RTEMS will be built to target
the @code{BOARD_SUPPORT_PACKAGE} board.
@example
@@ -156,7 +170,8 @@
--disable-posix --disable-networking --disable-cxx \
--enable-rtemsbsp=<BOARD_SUPPORT_PACKAGE>\
--prefix=<INSTALL_POINT>
-make all install
+make all
+make install
@end example
Where the list of currently supported <TARGET_CONFIGURATION>'s and
diff -u rtems/doc/started/nt.t:1.21 rtems/doc/started/nt.t:1.22
--- rtems/doc/started/nt.t:1.21 Tue Dec 14 10:51:17 2010
+++ rtems/doc/started/nt.t Sun Jan 2 10:12:02 2011
@@ -11,9 +11,9 @@
This chapter discusses the installation of the GNU tool chain
on a computer running the Microsoft Windows operating system.
-This chapter was originally written by
- at uref{mailto:g_montel@@yahoo.com, Geoffroy Montel <g_montel@@yahoo.com>}
-with input from
+This chapter was originally written by
+ at uref{mailto:g_montel@@yahoo.com, Geoffroy Montel <g_montel@@yahoo.com>}
+with input from
@uref{mailto:<D.J@@fiddes.surfaid.org>, David Fiddes <D.J@@fiddes.surfaid.org>}.
It was based upon his successful but unnecessarily painful efforts with
Cygwin beta versions. Cygwin and this chapter have been updated multiple
@@ -24,7 +24,7 @@
RTEMS users report fewer problems when using Microsoft Windows XP or newer.
- at section Cygwin
+ at section Cygwin
For RTEMS development, the recommended approach is to use Cygwin. Cygwin
is available from @uref{http://www.cygwin.com, http://www.cygwin.com} .
@@ -55,7 +55,7 @@
Copyright 1999 Free Software Foundation, Inc.
@end example
-If you get an error or it claims to be any other shell, you need
+If you get an error or it claims to be any other shell, you need
to copy it to a fake name and copy
@code{/bin/bash.exe} to @code{/bin/sh.exe}:
@@ -70,14 +70,14 @@
@item Make sure you unarchive and build in a binary mounted
filesystem (e.g. mounted with the @code{-b} option). Otherwise,
-many confusing errors will result.
+many confusing errors will result.
@item A user has reported that they needed to set @code{CYGWIN=ntsec}
for chmod to work correctly, but had to set @code{CYGWIN=nontsec}
for compile to work properly (otherwise there were complaints about
permissions on a temporary file).
- at item If you want to build the tools from source, you have the
+ at item If you want to build the tools from source, you have the
same options as UNIX users.
@item You may have to uncompress archives during this process. You must
@@ -85,20 +85,27 @@
process uses the GNU @code{zip} and @code{tar} programs as shown below:
@example
-tar -xzvf archive.tgz
+tar -xzvf archive.tgz
@end example
@code{tar} is provided with Cygwin.
@end itemize
+ at section MingGW
+
+You might consider choosing MinGW since it provides better perfomance. There is a wiki entry on a MinGW RTEMS toolset installer available at @uref{http://www.rtems.org/wiki/index.php/MinGW_Tools_for_Windows,http://www.rtems.org/wiki/index.php/MinGW_Tools_for_Windows}. Also, there are prebuilt tools for different architectures available for download at @uref{http://www.rtems.org/ftp/pub/rtems/mingw32,http://www.rtems.org/ftp/pub/rtems/mingw32}.
+
@section Text Editor
-You absolutely have to use a text editor which can save files with Unix
-format. So do @b{NOT} use Notepad or Wordpad! There are a number of
-editors freely available that can be used.
+You absolutely have to use a text editor which can save files with Unix format.
+So do @b{NOT} use Notepad or Wordpad! Basically, any more or less advanced
+text editor is usually able to do that. There is a number of editors freely
+available that can be used.
@itemize @bullet
+ at item @b{Notepad++} has an interface familiar to Windows users and can be downloaded from @uref{http://notepad-plus-plus.org/,http://notepad-plus-plus.org/}.
+
@item @b{VIM} (@b{Vi IMproved}) is available from
@uref{http://www.vim.org/,http://www.vim.org/}. This editor has the very
handy ability to easily read and write files in either DOS or UNIX style.
diff -u rtems/doc/started/nt.t:1.20 rtems/doc/started/nt.t:1.20.8.1
--- rtems/doc/started/nt.t:1.20 Fri Sep 26 16:19:52 2003
+++ rtems/doc/started/nt.t Sun Jan 2 10:12:05 2011
@@ -1,5 +1,5 @@
@c
- at c COPYRIGHT (c) 1988-2002.
+ at c COPYRIGHT (c) 1988-2010.
@c On-Line Applications Research Corporation (OAR).
@c All rights reserved.
@c
@@ -11,35 +11,28 @@
This chapter discusses the installation of the GNU tool chain
on a computer running the Microsoft Windows operating system.
-This chapter was originally written by
- at uref{mailto:g_montel@@yahoo.com, Geoffroy Montel <g_montel@@yahoo.com>}
-with input from
+This chapter was originally written by
+ at uref{mailto:g_montel@@yahoo.com, Geoffroy Montel <g_montel@@yahoo.com>}
+with input from
@uref{mailto:<D.J@@fiddes.surfaid.org>, David Fiddes <D.J@@fiddes.surfaid.org>}.
-It was based upon his successful but unnecessarily
-painful efforts with Cygwin beta versions.
-Cygwin and this chapter have been updated multiple times since
-those early days although their pioneering efforts
-and input is still greatly appreciated.
+It was based upon his successful but unnecessarily painful efforts with
+Cygwin beta versions. Cygwin and this chapter have been updated multiple
+times since those early days although their pioneering efforts and input
+is still greatly appreciated.
@section Microsoft Windows Version Requirements
-RTEMS users report fewer problems when using Microsoft
-Windows NT, 2000, or XP. Although, the open source tools
-that are used in RTEMS development do execute on Windows 95,
-98, or ME, they tend to be more stable when used with
-the modern Windows variants.
-
- at section Cygwin
-
-For RTEMS development, the recommended approach is to use
-Cygwin 1.0 or later. Cygwin is available from
- at uref{http://sources.redhat.com/cygwin, http://sources.redhat.com/cygwin}
-Recent versions of Cygwin are vastly improved over the beta
-versions. Most of the oddities, instabilities, and performance
-problems have been resolved. The installation procedure
-is much simpler. However, there are a handful of issues
-that remain to successfully use Cygwin as an RTEMS development
-environment.
+RTEMS users report fewer problems when using Microsoft Windows XP or newer.
+
+ at section Cygwin
+
+For RTEMS development, the recommended approach is to use Cygwin. Cygwin
+is available from @uref{http://www.cygwin.com, http://www.cygwin.com} .
+The primary issues reported by users of Cygwin is that it is slower
+on the same hardware than a native GNU/Linux installation and strange
+issues over carriage return/line feed inconsistencies between UNIX and
+Windows environments. However, there are a handful of other issues that
+may turn up when using Cygwin as an RTEMS development environment.
@itemize @bullet
@@ -62,7 +55,7 @@
Copyright 1999 Free Software Foundation, Inc.
@end example
-If you get an error or it claims to be any other shell, you need
+If you get an error or it claims to be any other shell, you need
to copy it to a fake name and copy
@code{/bin/bash.exe} to @code{/bin/sh.exe}:
@@ -77,45 +70,49 @@
@item Make sure you unarchive and build in a binary mounted
filesystem (e.g. mounted with the @code{-b} option). Otherwise,
-many confusing errors will result.
+many confusing errors will result.
- at item A user has reported that they needed
-to set CYGWIN=ntsec for chmod to work correctly, but had to set
-CYGWIN=nontsec for compile to work properly (otherwise there were
-complaints about permissions on a temporary file).
+ at item A user has reported that they needed to set @code{CYGWIN=ntsec}
+for chmod to work correctly, but had to set @code{CYGWIN=nontsec}
+for compile to work properly (otherwise there were complaints about
+permissions on a temporary file).
- at item If you want to build the tools from source, you have the
+ at item If you want to build the tools from source, you have the
same options as UNIX users.
- at item You may have to uncompress archives during this
-process. You must @b{NOT} use @code{WinZip} or
- at code{PKZip}. Instead the un-archiving process uses
-the GNU @code{zip} and @code{tar} programs as shown below:
+ at item You may have to uncompress archives during this process. You must
+ at b{NOT} use @code{WinZip} or @code{PKZip}. Instead the un-archiving
+process uses the GNU @code{zip} and @code{tar} programs as shown below:
@example
-tar -xzvf archive.tgz
+tar -xzvf archive.tgz
@end example
@code{tar} is provided with Cygwin.
@end itemize
+ at section MingGW
+
+You might consider choosing MinGW since it provides better perfomance. There is a wiki entry on a MinGW RTEMS toolset installer available at @uref{http://www.rtems.org/wiki/index.php/MinGW_Tools_for_Windows,http://www.rtems.org/wiki/index.php/MinGW_Tools_for_Windows}. Also, there are prebuilt tools for different architectures available for download at @uref{http://www.rtems.org/ftp/pub/rtems/mingw32,http://www.rtems.org/ftp/pub/rtems/mingw32}.
+
@section Text Editor
-You absolutely have to use a text editor which can
-save files with Unix format. So do @b{NOT} use Notepad
-or Wordpad! There are a number of editors
-freely available that can be used.
+You absolutely have to use a text editor which can save files with Unix format.
+So do @b{NOT} use Notepad or Wordpad! Basically, any more or less advanced
+text editor is usually able to do that. There is a number of editors freely
+available that can be used.
@itemize @bullet
+ at item @b{Notepad++} has an interface familiar to Windows users and can be downloaded from @uref{http://notepad-plus-plus.org/,http://notepad-plus-plus.org/}.
+
@item @b{VIM} (@b{Vi IMproved}) is available from
- at uref{http://www.vim.org/,http://www.vim.org/}.
-This editor has the very handy ability to easily
-read and write files in either DOS or UNIX style.
+ at uref{http://www.vim.org/,http://www.vim.org/}. This editor has the very
+handy ability to easily read and write files in either DOS or UNIX style.
@item @b{GNU Emacs} is available for many platforms
-including MS-Windows. The official homepage
-is @uref{http://www.gnu.org/software/emacs/emacs.html,
+including MS-Windows. The official homepage is
+ at uref{http://www.gnu.org/software/emacs/emacs.html,
http://www.gnu.org/software/emacs/emacs.html}.
The GNU Emacs on Windows NT and Windows 95/98 FAQ is at
@uref{http://www.gnu.org/software/emacs/windows/ntemacs.html,
@@ -123,11 +120,10 @@
@end itemize
-If you do accidentally end up with files
-having MS-DOS style line termination, then you
-may have to convert them to Unix format for some
-Cygwin programs to operate on them properly. The
-program @code{dos2unix} can be used to put them
+If you do accidentally end up with files having MS-DOS style line
+termination, then you may have to convert them to Unix format for some
+Cygwin programs to operate on them properly. The program @code{dos2unix}
+can be used to put them
back into Unix format as shown below:
@example
@@ -137,22 +133,16 @@
@section System Requirements
-Although the finished cross-compiler is fairly easy on resources,
-building it can take a significant amount of processing power and
-disk space.
-
- at itemize @bullet
-
- at item The faster the CPU, the better. The tools and Cygwin can be
- at b{very} CPU hungry.
-
- at item The more RAM, the better. Reports are that when building GCC
-and GDB, peak memory usage can exceed 256 megabytes.
-
- at item The more disk space, the better. You need more if you are building
-the GNU tools and the amount of disk space for binaries is obviously
-directly dependent upon the number of CPUs you have cross toolsets
-installed for.
-
- at end itemize
-
+Although the finished cross-compiler is fairly easy on resources, building
+it can take a significant amount of processing power and disk space.
+Luckily, desktop computers have progressed very far since this guide
+was originally written so it is unlikely you will have any problems.
+Just do not use an old cast-off machine with < 1 GB RAM and a 1 Ghz CPU.
+Unless, of course, you enjoy waiting for things to complete.
+
+The more disk space, the better. You need more if you are building the
+GNU tools and the amount of disk space for binaries is obviously directly
+dependent upon the number of CPUs you have cross toolsets installed for.
+In addition to the disk space requirements documented earlier for tool
+building, you will also have to have enough space to install the Cygwin
+environment.
diff -u rtems/doc/started/require.t:1.14 rtems/doc/started/require.t:1.15
--- rtems/doc/started/require.t:1.14 Tue Dec 14 10:51:17 2010
+++ rtems/doc/started/require.t Sun Jan 2 10:12:02 2011
@@ -8,14 +8,14 @@
@chapter Requirements
-This chapter describes the build-host system requirements and initial steps
+This chapter describes the build-host system requirements and initial steps
in installing the GNU Cross Compiler Tools and RTEMS on a build-host.
@section Disk Space
A fairly large amount of disk space is required to perform the build of the
GNU C/C++ Cross Compiler Tools for RTEMS. The following table may help in
-assessing the amount of disk space required for your installation:
+assessing the amount of disk space required for your installation:
@example
+------------------------------------+--------------------------+
@@ -45,7 +45,7 @@
There are a number of factors which must be taken into
account in order to estimate the amount of disk space required
to build RTEMS itself. Attempting to build multiple BSPs in
-a single step increases the disk space requirements. One some
+a single step increases the disk space requirements. On some
target architectures, this can lead to disk usage during the build
of over one gigabyte.
@@ -87,7 +87,7 @@
Both NEWLIB and RTEMS use GNU make specific features and can only be built
using GNU make. Many systems include a make utility that is not GNU make.
The safest way to meet this requirement is to ensure that when you invoke
-the command @code{make}, it is GNU make. This can be verified by
+the command @code{make}, it is GNU make. This can be verified by
attempting to print the GNU make version information:
@example
@@ -95,7 +95,7 @@
@end example
If you have GNU make and another make on your system, it is common to put
-the directory containing GNU make before the directory containing other
+the directory containing GNU make before the directory containing other
implementations of make.
@subsection GNU makeinfo Version Requirements
@@ -155,7 +155,7 @@
@end itemize
- at subsection GNU/Linux Distrobutions using Debian Packaging Format
+ at subsection GNU/Linux Distrobutions using Debian Packaging Format
The RTEMS Project does not currently provide prebuilt toolsets in the Debian packaging format used by the Debian and Ubuntu distributions. If you are using a distribution using this packaging format, then you have two options for installing the RTEMS toolset.
diff -u rtems/doc/started/require.t:1.13 rtems/doc/started/require.t:1.13.8.1
--- rtems/doc/started/require.t:1.13 Tue Feb 3 18:34:09 2004
+++ rtems/doc/started/require.t Sun Jan 2 10:12:05 2011
@@ -8,14 +8,14 @@
@chapter Requirements
-This chapter describes the build-host system requirements and initial steps
+This chapter describes the build-host system requirements and initial steps
in installing the GNU Cross Compiler Tools and RTEMS on a build-host.
@section Disk Space
A fairly large amount of disk space is required to perform the build of the
GNU C/C++ Cross Compiler Tools for RTEMS. The following table may help in
-assessing the amount of disk space required for your installation:
+assessing the amount of disk space required for your installation:
@example
+------------------------------------+--------------------------+
@@ -82,7 +82,7 @@
Both NEWLIB and RTEMS use GNU make specific features and can only be built
using GNU make. Many systems include a make utility that is not GNU make.
The safest way to meet this requirement is to ensure that when you invoke
-the command @code{make}, it is GNU make. This can be verified by
+the command @code{make}, it is GNU make. This can be verified by
attempting to print the GNU make version information:
@example
@@ -90,7 +90,7 @@
@end example
If you have GNU make and another make on your system, it is common to put
-the directory containing GNU make before the directory containing other
+the directory containing GNU make before the directory containing other
implementations of make.
@subsection GNU makeinfo Version Requirements
diff -u rtems/doc/started/sample.t:1.16 rtems/doc/started/sample.t:1.17
--- rtems/doc/started/sample.t:1.16 Tue Dec 14 10:51:17 2010
+++ rtems/doc/started/sample.t Sun Jan 2 10:12:02 2011
@@ -8,20 +8,20 @@
@chapter Building the Sample Applications
-The RTEMS distribution includes a number of sample C, C++,
+The RTEMS distribution includes a number of sample C, C++,
Ada, and networking applications. This chapter will provide
an overview of those sample applications.
@c
- at c Set the Environment Variable RTEMS_MAKEFILE_PATH
- at c
- at section Set the Environment Variable RTEMS_MAKEFILE_PATH
+ at c Set the Environment Variable RTEMS_MAKEFILE_PATH
+ at c
+ at section Set the Environment Variable RTEMS_MAKEFILE_PATH
The sample application sets use the RTEMS Application Makefiles.
-This requires that the environment variable
+This requires that the environment variable
@code{RTEMS_MAKEFILE_PATH} point to the appropriate directory containing
the installed RTEMS image built to target your particular CPU and
-board support package combination.
+board support package combination.
@example
export RTEMS_MAKEFILE_PATH=<INSTALLATION_POINT>/<CPU>-rtems/<BOARD_SUPPORT_PACKAGE>
@@ -30,17 +30,17 @@
Where <INSTALLATION_POINT> and <BOARD_SUPPORT_PACKAGE> are those used when
configuring and installing RTEMS.
-NOTE: In release 4.0, BSPs were installed at
+ at b{NOTE}: In release 4.0, BSPs were installed at
@code{<INSTALLATION_POINT>/rtems/<BOARD_SUPPORT_PACKAGE>}. This
was changed to be more in compliance with GNU standards.
-NOTE: GNU make is the preferred @code{make} utility. Other @code{make}
+ at b{NOTE}: GNU make is the preferred @code{make} utility. Other @code{make}
implementations may work but all testing is done with GNU make.
If no errors are detected during the sample application build, it is
reasonable to assume that the build of the GNU Cross Compiler Tools
for RTEMS and RTEMS itself for the selected host and target
-combination was done properly.
+combination was done properly.
@c
@c Executing the Sample Applications
@@ -97,7 +97,7 @@
integrated with the processor. This BSP can be used with
either real hardware or with the simulator included with
@code{mipstx39-rtems-gdb}. An application can be run on the simulator
-by executing the following commands upon entering @code{mipstx39-rtems-gdb}:
+by executing the following commands upon entering @code{mipstx39-rtems-gdb}:
@example
target sim --board=jmr3904
@@ -117,10 +117,11 @@
to the script @code{powerpc/psim/tools/psim}.
@item sparc/erc32
-The ERC32 is a radiation hardened SPARC V7. This BSP can be used with
-either real ERC32 hardware or with the simulator included with
- at code{sparc-rtems-gdb}. An application can be run on the simulator
-by executing the following commands upon entering @code{sparc-rtems-gdb}:
+The ERC32 is a radiation hardened SPARC V7. This BSP can be used with either
+real ERC32 hardware or with the simulator included with @code{sparc-rtems-gdb}
+(for this, you should configure RTEMS to use @code{sis} BSP). An application
+can be run on the simulator by executing the following commands upon entering
+ at code{sparc-rtems-gdb}:
@example
target sim
@@ -128,6 +129,10 @@
run
@end example
+In case that you don't need a debugger, an application can be run by
+ at code{spart-rtems-run}.
+
+
@end table
RTEMS has many more BSPs and new BSPs for commercial boards and CPUs
@@ -141,7 +146,7 @@
The C/C++ sample application set includes a number of simple applications.
Some demonstrate some basic functionality in RTEMS such as writing
a file, closing it, and reading it back while others can serve as
-starting points for RTEMS applications or libraries. Start by
+starting points for RTEMS applications or libraries. Start by
unarchiving them so you can peruse them. Use a command similar to
the following to unarchive the sample applications:
@@ -159,8 +164,8 @@
@c
@subheading Build the C Hello World Application
-Use the following command to start the build of the sample hello
-world application:
+Use the following command to start the build of the sample hello
+world application:
@example
cd hello_world_c
@@ -169,7 +174,7 @@
If the sample application has successfully been built, then the application
-executable is placed in the following directory:
+executable is placed in the following directory:
@example
hello_world_c/o-optimize/<filename>.ralf
@@ -205,7 +210,7 @@
@section Build the Sample Application
-Use the following command to start the build of the sample application:
+Use the following command to start the build of the sample application:
@example
cd tools/ada-examples- at value{RTEMSAPI}.<VERSION>/ada-examples/hello_world_ada
@@ -216,10 +221,10 @@
for RTEMS and RTEMS itself for the selected host and target combination
was done properly.
- at section Application Executable
+ at section Application Executable
If the sample application has successfully been build, then the application
-executable is placed in the following directory:
+executable is placed in the following directory:
@example
tools/@code{ada-examples- at value{RTEMSAPI}.<VERSION>}/hello_world_ada/o-optimize/<filename>.exe
diff -u rtems/doc/started/sample.t:1.15 rtems/doc/started/sample.t:1.15.8.1
--- rtems/doc/started/sample.t:1.15 Mon Sep 27 17:28:16 2004
+++ rtems/doc/started/sample.t Sun Jan 2 10:12:05 2011
@@ -8,20 +8,20 @@
@chapter Building the Sample Applications
-The RTEMS distribution includes a number of sample C, C++,
+The RTEMS distribution includes a number of sample C, C++,
Ada, and networking applications. This chapter will provide
an overview of those sample applications.
@c
- at c Set the Environment Variable RTEMS_MAKEFILE_PATH
- at c
- at section Set the Environment Variable RTEMS_MAKEFILE_PATH
+ at c Set the Environment Variable RTEMS_MAKEFILE_PATH
+ at c
+ at section Set the Environment Variable RTEMS_MAKEFILE_PATH
The sample application sets use the RTEMS Application Makefiles.
-This requires that the environment variable
+This requires that the environment variable
@code{RTEMS_MAKEFILE_PATH} point to the appropriate directory containing
the installed RTEMS image built to target your particular CPU and
-board support package combination.
+board support package combination.
@example
export RTEMS_MAKEFILE_PATH=<INSTALLATION_POINT>/<CPU>-rtems/<BOARD_SUPPORT_PACKAGE>
@@ -30,17 +30,17 @@
Where <INSTALLATION_POINT> and <BOARD_SUPPORT_PACKAGE> are those used when
configuring and installing RTEMS.
-NOTE: In release 4.0, BSPs were installed at
+ at b{NOTE}: In release 4.0, BSPs were installed at
@code{<INSTALLATION_POINT>/rtems/<BOARD_SUPPORT_PACKAGE>}. This
was changed to be more in compliance with GNU standards.
-NOTE: GNU make is the preferred @code{make} utility. Other @code{make}
+ at b{NOTE}: GNU make is the preferred @code{make} utility. Other @code{make}
implementations may work but all testing is done with GNU make.
If no errors are detected during the sample application build, it is
reasonable to assume that the build of the GNU Cross Compiler Tools
for RTEMS and RTEMS itself for the selected host and target
-combination was done properly.
+combination was done properly.
@c
@c Executing the Sample Applications
@@ -97,7 +97,7 @@
integrated with the processor. This BSP can be used with
either real hardware or with the simulator included with
@code{mipstx39-rtems-gdb}. An application can be run on the simulator
-by executing the following commands upon entering @code{mipstx39-rtems-gdb}:
+by executing the following commands upon entering @code{mipstx39-rtems-gdb}:
@example
target sim --board=jmr3904
@@ -117,10 +117,11 @@
to the script @code{powerpc/psim/tools/psim}.
@item sparc/erc32
-The ERC32 is a radiation hardened SPARC V7. This BSP can be used with
-either real ERC32 hardware or with the simulator included with
- at code{sparc-rtems-gdb}. An application can be run on the simulator
-by executing the following commands upon entering @code{sparc-rtems-gdb}:
+The ERC32 is a radiation hardened SPARC V7. This BSP can be used with either
+real ERC32 hardware or with the simulator included with @code{sparc-rtems-gdb}
+(for this, you should configure RTEMS to use @code{sis} BSP). An application
+can be run on the simulator by executing the following commands upon entering
+ at code{sparc-rtems-gdb}:
@example
target sim
@@ -128,6 +129,10 @@
run
@end example
+In case that you don't need a debugger, an application can be run by
+ at code{spart-rtems-run}.
+
+
@end table
RTEMS has many more BSPs and new BSPs for commercial boards and CPUs
@@ -141,7 +146,7 @@
The C/C++ sample application set includes a number of simple applications.
Some demonstrate some basic functionality in RTEMS such as writing
a file, closing it, and reading it back while others can serve as
-starting points for RTEMS applications or libraries. Start by
+starting points for RTEMS applications or libraries. Start by
unarchiving them so you can peruse them. Use a command similar to
the following to unarchive the sample applications:
@@ -179,8 +184,8 @@
@c
@subheading Build the C Hello World Application
-Use the following command to start the build of the sample hello
-world application:
+Use the following command to start the build of the sample hello
+world application:
@example
cd hello_world_c
@@ -189,7 +194,7 @@
If the sample application has successfully been built, then the application
-executable is placed in the following directory:
+executable is placed in the following directory:
@example
hello_world_c/o-optimize/<filename>.exe
@@ -230,7 +235,7 @@
@section Build the Sample Application
-Use the following command to start the build of the sample application:
+Use the following command to start the build of the sample application:
@example
cd tools/hello_world_ada
@@ -246,10 +251,10 @@
for RTEMS and RTEMS itself for the selected host and target
combination was done properly.
- at section Application Executable
+ at section Application Executable
If the sample application has successfully been build, then the application
-executable is placed in the following directory:
+executable is placed in the following directory:
@example
tools/hello_world_ada/o-optimize/<filename>.exe
--
Generated by Deluxe Loginfo [http://www.codewiz.org/projects/index.html#loginfo] 2.122 by Bernardo Innocenti <bernie at develer.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/vc/attachments/20110102/bf6738fe/attachment.html>
More information about the vc
mailing list