sparc gdb broken
Ralf Corsepius
ralf.corsepius at rtems.org
Mon Sep 7 03:29:05 UTC 2009
On 09/07/2009 01:57 AM, Joel Sherrill wrote:
>
> psim works on powerpc-rtems4.10-gdb.
>
> $ rpm -qf /opt/rtems-4.10/bin/powerpc-rtems4.10-gdb
> rtems-4.10-powerpc-rtems4.10-gdb-6.8.50.20090902-2.fc10.i386
>
> So this appears to be sis specific.
> --joel
>
> Joel Sherrill wrote:
>> Hi,
>>
>> I am not sure what broke or how to debug it but
>> sparc-rtems4.10-gdb core dumps when you run something.
>>
>> This is definitely why we need to test pre-releases. :)
>>
>> $ rpm -qf /opt/rtems-4.10/bin/sparc-rtems4.10-gdb
>> rtems-4.10-sparc-rtems4.10-gdb-6.8.50.20090902-2.fc10.i386
>>
>> (gdb) tar sim
>> Connected to the simulator.
>> (gdb) load
>> (gdb) r
>> Starting program:
>> /home/joel/rtems-4.10-work/build/gcc-testing/rtems/build-sparc-sis-rtems/sparc-rtems4.10/c/sis/testsuites/samples/ticker/ticker.exe
>>
>> Segmentation fault
FWIW: I can't reproduce it - gdb doesn't segfault for me. It actually
doen't seem to be doing anything (no output from ticker itself).
>> I will try a couple of the other simulators in gdb now
>> to see how they work.
>>
>> Suggestions on debugging this welcomed.
*-rtems4.10-gdb's are ordinary host application.
=> The standard means of debugging are supposed to be used:
* core dump analysis (ulimit -c; gdb /opt/rtems-4.10/bin/gdb core*),
* strace
* gdb'ing sparc-rtems4.10-gdb
etc.
Specific to Fedora (likely also works on CentOS 5):
Pulling in debugging symbols for installed applications/libraries:
# yum --enablerepo=rtems4.10-debuginfo install \
rtems-4.10-sparc-rtems4.10-debuginfo
or
# debuginfo-install rtems-4.10-sparc-rtems4.10-gdb
Ralf
More information about the users
mailing list