[FE training-materials-updates] sysdev-application-debugging: use the correct sysroot

Thomas Petazzoni thomas.petazzoni at free-electrons.com
Wed Oct 29 16:51:55 CET 2014

Repository : git://git.free-electrons.com/training-materials.git

On branch  : master
Link       : http://git.free-electrons.com/training-materials/commit/?id=ffd9f085887992c8bc40594abdfd9ef6db67d9bd


commit ffd9f085887992c8bc40594abdfd9ef6db67d9bd
Author: Thomas Petazzoni <thomas.petazzoni at free-electrons.com>
Date:   Wed Oct 29 16:50:29 2014 +0100

    sysdev-application-debugging: use the correct sysroot
    Since we are now using the Buildroot generated system in the debugging
    lab, the sysroot that should be used is the one created by
    Buildroot. Even though for the specific case of vista-emulator it
    doesn't make much difference because it only uses the C library, it
    would make a difference if the application to debug used other
    libraries built by Buildroot (ncurses, alsa-lib, etc.).
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni at free-electrons.com>


 .../sysdev-application-debugging/sysdev-application-debugging.tex | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/labs/sysdev-application-debugging/sysdev-application-debugging.tex b/labs/sysdev-application-debugging/sysdev-application-debugging.tex
index 82c5081..d5bb359 100644
--- a/labs/sysdev-application-debugging/sysdev-application-debugging.tex
+++ b/labs/sysdev-application-debugging/sysdev-application-debugging.tex
@@ -104,12 +104,12 @@ GDB starts and loads the debugging information from the
 Then, we need to tell where to find our libraries, since they are not
 present in the default \code{/lib} and \code{/usr/lib} directories on
-your workstation. This is done by setting GDB \code{sysroot} variable
-(on one line):
+your workstation. This is done by setting the GDB \code{sysroot}
+variable (on one line):
-(gdb) set sysroot /usr/local/xtools/arm-unknown-linux-uclibcgnueabihf/
+(gdb) set sysroot /home/<user>/embedded-linux-labs/buildroot/
 And tell gdb to connect to the remote system:

More information about the training-materials-updates mailing list