RE: Does gdb support an alternative ELF binary interpreter?
"Agovic, Sanimir" <[email protected]>
| Newsgroups | gmane.comp.gdb.devel |
|---|---|
| Message-ID | <0377C58828D86C4588AEEC42FC3B85A71764DDD1@IRSMSX105.ger.corp.intel.com> |
Hello Yuri, your runtime linker needs either to implement the rendezvous structure and follow the protocol defined in /usr/include/link.h or you need to implement gdb`s target_so_ops interface to teach the debugger how to retrieve the list of shared objects. Not sure if the information above helps you. -Sanimir > -----Original Message----- > From: [email protected] [mailto:[email protected]] On Behalf Of Yuri > Sent: Sunday, August 18, 2013 02:41 AM > To: [email protected] > Subject: Does gdb support an alternative ELF binary interpreter? > > I am loading ELF binaries having debug information using an alternative > loader/interpreter. gdb doesn't get debug info from them because no > event of type bp_shlib_event is generated for them. > Looking through the code I see that system binary interpreters usually > have debugger support. There is, for ex, symbol _dl_debug_addr in > interpreter, which contains the value of r_brk, using which gdb can > generate bp_shlib_event. But _dl_debug_addr is looked up in the (single) > base executable. So there is no obvious way to have multiple entries > like this. > > Does gdb support an alternative interpreter? For example, there could be > an option "bin-interps", and then gdb could set shlib_event_breakpoint > there as well. > Or maybe such situation is supported in some way? > > Yuri Intel GmbH Dornacher Strasse 1 85622 Feldkirchen/Muenchen, Deutschland Sitz der Gesellschaft: Feldkirchen bei Muenchen Geschaeftsfuehrer: Christian Lamprechter, Hannes Schwaderer, Douglas Lusk Registergericht: Muenchen HRB 47456 Ust.-IdNr./VAT Registration No.: DE129385895 Citibank Frankfurt a.M. (BLZ 502 109 00) 600119052