summaryrefslogtreecommitdiffstats
path: root/doc/daily_work.rst
diff options
context:
space:
mode:
authorJuergen Borleis <jbe@pengutronix.de>2016-06-08 17:47:36 +0200
committerMichael Olbrich <m.olbrich@pengutronix.de>2016-06-20 15:04:45 +0200
commite16428f11f07c00a2925e4c3ac86baaf226374ae (patch)
tree2d36e3b44e366452097e551e283a1bea16a7e361 /doc/daily_work.rst
parent3b23466a9151aab566b14273687c5938a9b6d63e (diff)
downloadptxdist-e16428f11f07c00a2925e4c3ac86baaf226374ae.tar.gz
ptxdist-e16428f11f07c00a2925e4c3ac86baaf226374ae.tar.xz
Fix spelling: 'run-time' versus 'runtime'
Signed-off-by: Juergen Borleis <jbe@pengutronix.de>
Diffstat (limited to 'doc/daily_work.rst')
-rw-r--r--doc/daily_work.rst10
1 files changed, 5 insertions, 5 deletions
diff --git a/doc/daily_work.rst b/doc/daily_work.rst
index 0490e9030..2dc9c4c97 100644
--- a/doc/daily_work.rst
+++ b/doc/daily_work.rst
@@ -129,7 +129,7 @@ hints on how to discover these dependencies.
Dependencies on Shared Libraries
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-Getting the missed shared library for example at runtime is something
+Getting the missed shared library for example at run-time is something
easily done: The dynamic linker prints the missing library to the
console.
@@ -158,7 +158,7 @@ Dependencies on other Resources
Sometimes a binary fails to run due to missing files, directories or
device nodes. Often the error message (if any) which the binary creates
in this case is ambiguous. Here the ``strace`` tool can help us, namely
-to observe the binary at runtime. ``strace`` shows all the system calls
+to observe the binary at run-time. ``strace`` shows all the system calls
the binary or its shared libraries are performing.
``strace`` is one of the target debugging tools which PTXdist provides
@@ -217,7 +217,7 @@ run ELF binaries for other architectures than our build host is.
Running an Application made for a different Architecture
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-PTXdist creates a fully working root filesystem with all runtime
+PTXdist creates a fully working root filesystem with all run-time
components in ``root/``. Lets assume we made a PTXdist based project for
a CPU. Part of this project is our application ``myapp`` we are
currently working on. PTXdist builds the root filesystem and also
@@ -314,9 +314,9 @@ Now we can step through our application by using the commands *step*,
*next*, *stepi*, *nexti*, *until* and so on.
.. note:: It might be impossible for GDB to find debug symbols for
- components like the main C runtime library. In this case they where
+ components like the main C run-time library. In this case they where
stripped while building the toolchain. There is a switch in the
- OSELAS.Toolchain menu to keep the debug symbols also for the C runtime
+ OSELAS.Toolchain menu to keep the debug symbols also for the C run-time
library. But be warned: This will enlarge the OSELAS.Toolchain
installation on your harddisk! When the toolchain was built with the
debug symbols kept, it will be also possible for GDB to debug C library