headers
asmwarrior | 9 Feb 14:09
Picon

[mingw,gdb cvs] make install error on gdb.textinfo

Hi, When I run the install command:

make -C gdb install INSTALL_PROGRAM='install -s' DESTDIR=/f/build_gdb/binnew

I get the error:

make: Entering directory `/f/build_gdb/gdb/gdbgit/newbuild/gdb'
make[1]: Entering directory `/f/build_gdb/gdb/gdbgit/newbuild/gdb'
make[2]: Entering directory `/f/build_gdb/gdb/gdbgit/newbuild/gdb/gnulib'
make  all-recursive
make[3]: Entering directory `/f/build_gdb/gdb/gdbgit/newbuild/gdb/gnulib'
make[4]: Entering directory `/f/build_gdb/gdb/gdbgit/newbuild/gdb/gnulib'
make[4]: Nothing to be done for `all-am'.
make[4]: Leaving directory `/f/build_gdb/gdb/gdbgit/newbuild/gdb/gnulib'
make[3]: Leaving directory `/f/build_gdb/gdb/gdbgit/newbuild/gdb/gnulib'
make[2]: Leaving directory `/f/build_gdb/gdb/gdbgit/newbuild/gdb/gnulib'
make[1]: Leaving directory `/f/build_gdb/gdb/gdbgit/newbuild/gdb'
make[1]: Entering directory `/f/build_gdb/gdb/gdbgit/newbuild/gdb'
make[2]: Entering directory `/f/build_gdb/gdb/gdbgit/newbuild/gdb/doc'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/f/build_gdb/gdb/gdbgit/newbuild/gdb/doc'
make[2]: Entering directory `/f/build_gdb/gdb/gdbgit/newbuild/gdb/gdbserver'
make[2]: Leaving directory `/f/build_gdb/gdb/gdbgit/newbuild/gdb/gdbserver'
make[2]: Entering directory `/f/build_gdb/gdb/gdbgit/newbuild/gdb/data-directory
'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/f/build_gdb/gdb/gdbgit/newbuild/gdb/data-directory'

make[1]: Leaving directory `/f/build_gdb/gdb/gdbgit/newbuild/gdb'
make[1]: Entering directory `/f/build_gdb/gdb/gdbgit/newbuild/gdb'
(Continue reading)

Permalink | Reply | 4 comments |
headers
oza Pawandeep | 9 Feb 09:42
Picon

SMP/NUMA aware reversible debugging

Hi,

I think currently reversible debugging is in primitive stage If I
correctly understand it.
in multi-core systems, if threads are running on different cpu

1) when process is attached to gdb, all threads stop, and while
recording we do not seem to be recording all thread's state

2) in non-stop thread debugging, this doesnt seem possible, as in any
case all the threads have to be single-steeped in record mode.

Any thinking/inputs on this are welcome.

Regards,
Oza.
Permalink | Reply | 0 comments |
headers
Greg McGary | 8 Feb 22:23
Picon
Gravatar

gdb testsuite with remote target of qemu in linux-user mode?

Does anyone use gdb testsuite with remote target of qemu in linux-user mode?
I see no mention of qemu as a remote simulator in dejagnu, or in gdb/testsuite.

I threw together a qemu.exp to do this, and it seems to work OK everywhere except
with mi-support.exp, which does not appear to have infrastructure to spawn an external
simulator.

G
Permalink | Reply | 0 comments |
headers
Phil Muldoon | 8 Feb 21:27
Picon
Favicon

GDB Talks at the GNU Cauldron

According to the organizers there are three to four talks at the 
Cauldron.  Something that Diego mentioned was the need to coordinate 
talks.  So, who has submitted abstracts, and what are their titles?  It 
would be good to plan for this.

Cheers,

Phil
Permalink | Reply | 4 comments |
headers
Hui Zhu | 8 Feb 13:57
Picon
Gravatar

Question, does gdb have a command can show the file and line info of a address like "addr2line"

Hi,

GDB can get the symbol info with command "info symbol 0x400570".
Does gdb have a command can show the file and line info of a address
like "addr2line"?

For example:
info addr2line 0x400570
1.c:25

Thanks,
Hui
Permalink | Reply | 2 comments |
headers
Jonas Maebe | 8 Feb 11:34
Picon
Favicon

Debug ARM semihosting Thumb-2 binary

Hi,

I'm debugging ARM binaries compiled for the semihosting interface
(http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0471c/CHDJHHDI.html 
  ). The binaries run under qemu-system-arm and I'm using QEMU's gdb  
remote target interface.

In general, this works fine, except when such binaries are Thumb-2 and  
perform system calls. The reason is that for Thumb-2, the system call  
interface of the semihosting platform uses "bkpt 0xab"
(http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0491c/CJAFABBB.html 
  ). GDB intercepts this bkpt, halts the execution with a SIGINT  
message and does not pass it on to the debugged process. If the  
process is then continued, it behaves as if the system call/bkpt in  
question never was executed

Using "handle SIGINT pass" does not change this.

Is there another way to tell gdb to ignore those particular bkpt  
instructions and execute them normally? I'm using gdb 7.4 (7.2 behaves  
the same).

Thanks,

Jonas
Permalink | Reply | 4 comments |
headers
Greg McGary | 7 Feb 21:45
Picon
Gravatar

gdbserver for embedded targets?

Most gdbserver targets are full OSes (Linux, *BSD).  I need a remote stub for an embedded multi-core DSP
target.  The DSPs are co-processors of an ARM, similar to the pairing of SPUs with PPC.  When debugging,
there will always be a full OS (Linux or Windoze) front-end system available.  System topology looks like so:

    Workstation: gdb client
    ... TCP ...
    x86 front-end: gdbserver
    ... serial ...
    ARM co-processor: target control
    ... shared memory, control registers ...
    DSPs

The DSP doesn't handle interrupts, and all control is handled by the ARM, thus the ARM must run the stub. 
Traditional stub functionality (remote protocol handling + target processor control) is divided
betweenthe front-end systemthe ARM.  The front-end system will run gdbserver, and the target_ops will be
populated with functions that send/receive requests over serial using a compact binary protocol.  The
ARM will run a simple command loop.  The gdbserver/ARM interactions will be simple commands toread/write
memory & registers, and control execution. 

I really don't want to write a remote-protocol server, and would rather leverage the existing gdbserver,
since presumably it is maintained and stays current with enhancements to the remote protocol.

Question: is the gdbserver target_ops interface suitable for such a target?  I'm going to proceed under the
assumption that it is, and will supplement if I find deficiencies.

Comments?

G
(Continue reading)

Permalink | Reply | 0 comments |
headers
Daniel Jacobowitz | 7 Feb 20:58
Gravatar

GDB and the OpenJDK JVM

Has anyone investigated non-trivial integration between GDB and this
(or any other) JVM?  So far I haven't turned up anything useful.  Some
examples of the sorts of integration I mean:

* Showing information about Java objects given JNI handles
* Interleaving Java frames in the stack trace
* Fabricating unwind information for JIT'd code
* Automatically handling SEGVs related to the garbage collector
without hiding SEGVs for native code

--

-- 
Thanks,
Daniel
Permalink | Reply | 5 comments |
headers
Evgeny Eltsin | 7 Feb 14:50
Picon
Favicon
Gravatar

[mingw] gdb does not handle rebased executables?

Hi,

It seems like gdb does not take into account that executable can be
rebased, so that process image base differs from what is given in the
PE file. When attaching to such a process, all its symbols in gdb have
wrong addresses.

We've made a dumb fix for that, by saving the image base at
CREATE_PROCESS_DEBUG_EVENT processing, and using it later right inside
attach_command_post_wait to relocate the executable.

However, injecting Windows-specific code in attach_command_post_wait
is ugly. Can you give me a hint which hook I can use to relocate the
executable after attach_command_post_wait figures it out? Probably
some observer event?

wbr,
Evgeny

P.S. For SVR4, something similar is done in
svr4_solib_create_inferior_hook -> svr4_relocate_main_executable. What
about Windows?
Permalink | Reply | 0 comments |
headers
Mustafa B. Kaya | 1 Feb 23:40
Picon
Favicon
Gravatar

Did you get my previous email?


Good Day,
I pray my mail gets to you this time. I'd write you on two occasions concerning your assistance to help
certify a piece of document due to some similarities in location with the supposed care-taker to enable a
safe transfer of securities proceeds out of Turkey. Please let me know if you were in receipt of my previous
communication emailed to you.
Further information will be forwarded to you on receipt of your confirmation.

    Thank you
    Mustafa B. Kaya
Permalink | Reply | 0 comments |
headers
Jan Kratochvil | 1 Feb 19:00
Picon
Favicon

GNU Tools Cauldron 2012 - BoF: Roadmap

Hi,

It would be nice to make a general GDB BoF there, are more GDB contributors
planning to attend Cauldron?
	http://gcc.gnu.org/wiki/cauldron2012
	Prague, Czech Republic, July 9 to 11, 2012

The London one pointed out some missing features (*).

Current status:
http://sourceware.org/gdb/wiki/ProjectArcher
http://sourceware.org/gdb/wiki/ProjectIdeas

Regards,
Jan

(*) Not that they would all get already implemented, though...

Title: GDB Roadmap
Authors: Jan Kratochvil
Abstract:
Status of missing features, status of features being worked on (known to me).

Which way to keep unused template methods code separate from the code output.
Dynamic types (such as variable length arrays) implementation choices in GDB.
Permalink | Reply | 2 comments |

Gmane