This is the mail archive of the gdb@sourceware.cygnus.com mailing list for the GDB project. See the GDB home page for more information.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Does someone knows why I'm getting such an error when triing to run something with gdb on an arm processor : BFD: /mnt/./tick: version count (4) does not match symbol count (8) (gdb) run Starting program: /mnt/./tick [tcsetpgrp failed in terminal_inferior: Inappropriate ioctl for device] BFD: /lib/libc.so.6: version count (847) does not match symbol count (1695) Cannot access memory at address 0x0. I've managed to make the BFD related problem disappear by replacing bfd subtree by binutils one. the "tcsetpgrp failed" stays anyway So if someone can help Thanks christophe christophe leroy wrote: > christophe leroy wrote: > > > Philip Blundell wrote: > > > > > > I think i've found something. > > > > http://master.debian.org/~davidw/netwinder/gdb_4.17-4.arm.m68k.objc.threads.hwwp.fpu.gnat.1.diff.gz > > > > christophe > > > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu > > I've compiled and tried gdb. I've got errors ! > > christophe > > init-2.02# bin/gdb ./tick > GNU gdb 4.17.m68k.objc.threads.hwwp.fpu.gnat > Copyright 1998 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "arm-linux"...BFD: /mnt/./tick: version count (4) does not match symbol > count (8) > > (gdb) break main > Breakpoint 1 at 0x20003d0: file tick.c, line 4. > (gdb) run > Starting program: /mnt/./tick > [tcsetpgrp failed in terminal_inferior: Inappropriate ioctl for device] > BFD: /lib/libc.so.6: version count (847) does not match symbol count (1695) > Cannot access memory at address 0x0. > (gdb) >