search for: gdb7

...behavior I am seeing is the following: llvm-gcc -g hello.c -o hello produces a working executable with apparently complete debugging support. (stepping However, llvm-gcc -g -c -emit-llvm hello.c -o hello.bc llc hello.bc -o hello.s llvm-gcc -g hello.s -o hello seem to produce an executable that gdb7 has some issues with, such as inability to examine variables... (but stepping/nexting seem to be okay, and line numbers show up properly So is this an llvm-gcc issue? or is this an issue with llvm itself? I'm willing to help out on this, so someone please point me in the right direction. The...

grrr. /home/mrm $ gdb /usr/local/bin/doveadm GNU gdb 6.1.1 [FreeBSD] Copyright 2004 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

...Z". Different ways of describing things let us reason about them in different ways. Are Cartesian coordinates a reason to reject polar coordinates? > Debuggers change over time. Well, they're software too. They're allowed. > GDB 4's level of support != GDB 5 != GDB6 != GDB7. > > Heck, the same version of GDB on different platforms can be very > different (HP's GDB was very different, as was Apple's). > > Do you plan on having "debugger tuning" flags for each of these? Are all of these current supported Clang/LLVM environments? Are...

ok, gdb7 works: (gdb) fr 6 #6 0x00000008011a3e49 in io_loop_handler_run_internal (ioloop=0x801c214e0) at ioloop-kqueue.c:131 131 i_panic("kevent(): %m"); (gdb) p errno $1 = 22 (gdb) p ret $2 = -1 (gdb) p *ioloop $3 = {prev = 0x801c21080, cur_ctx = 0x0, io_files = 0x801c4f980, next_io_file = 0x0,...

.... Unfortunately I forgot to ask for it, so I am going to have to ask you run it again and run p ts if that's valid, then the only thing that can be bad if the file descriptor 23. Aki > On October 23, 2016 at 7:42 PM Larry Rosenman <larryrtx at gmail.com> wrote: > > > ok, gdb7 works: > (gdb) fr 6 > #6 0x00000008011a3e49 in io_loop_handler_run_internal (ioloop=0x801c214e0) > at ioloop-kqueue.c:131 > 131 i_panic("kevent(): %m"); > (gdb) p errno > $1 = 22 > (gdb) p ret > $2 = -1 > (gdb) p *ioloop > $3 = {prev = 0x801c21080, cur_ctx =...

...}} > (gdb) p *events > $6 = {ident = 22, filter = -1, flags = 0, fflags = 0, data = 8, > udata = 0x801c4f980} > (gdb) > > thebighonker.lerctr.org ~ $ ps auxw|grep doveadm > mrm 46965 0.0 0.2 108516 55264 0 I+ 4:19PM 0:02.28 gdb > /usr/local/bin/doveadm (gdb7111) > mrm 46985 0.0 0.0 81236 15432 0 TX 4:19PM 0:03.51 > /usr/local/bin/doveadm -D -vvvvvvv index * > ler 47221 0.0 0.0 18856 2360 1 S+ 4:21PM 0:00.00 grep > doveadm > thebighonker.lerctr.org ~ $ sudo lsof -p 46985 > Password: > COMMAND...

...0x801cd9740, v_modifiable = 0x801cd9740}} (gdb) p *events $6 = {ident = 22, filter = -1, flags = 0, fflags = 0, data = 8, udata = 0x801c4f980} (gdb) thebighonker.lerctr.org ~ $ ps auxw|grep doveadm mrm 46965 0.0 0.2 108516 55264 0 I+ 4:19PM 0:02.28 gdb /usr/local/bin/doveadm (gdb7111) mrm 46985 0.0 0.0 81236 15432 0 TX 4:19PM 0:03.51 /usr/local/bin/doveadm -D -vvvvvvv index * ler 47221 0.0 0.0 18856 2360 1 S+ 4:21PM 0:00.00 grep doveadm thebighonker.lerctr.org ~ $ sudo lsof -p 46985 Password: COMMAND PID USER FD TYPE...

...;> $6 = {ident = 22, filter = -1, flags = 0, fflags = 0, data = 8, >> udata = 0x801c4f980} >> (gdb) >> >> thebighonker.lerctr.org ~ $ ps auxw|grep doveadm >> mrm 46965 0.0 0.2 108516 55264 0 I+ 4:19PM 0:02.28 gdb >> /usr/local/bin/doveadm (gdb7111) >> mrm 46985 0.0 0.0 81236 15432 0 TX 4:19PM 0:03.51 >> /usr/local/bin/doveadm -D -vvvvvvv index * >> ler 47221 0.0 0.0 18856 2360 1 S+ 4:21PM 0:00.00 grep >> doveadm >> thebighonker.lerctr.org ~ $ sudo lsof -p 46985 >&gt...

...filter = -1, flags = 0, fflags = 0, data = 8, >>> udata = 0x801c4f980} >>> (gdb) >>> >>> thebighonker.lerctr.org ~ $ ps auxw|grep doveadm >>> mrm 46965 0.0 0.2 108516 55264 0 I+ 4:19PM 0:02.28 gdb >>> /usr/local/bin/doveadm (gdb7111) >>> mrm 46985 0.0 0.0 81236 15432 0 TX 4:19PM 0:03.51 >>> /usr/local/bin/doveadm -D -vvvvvvv index * >>> ler 47221 0.0 0.0 18856 2360 1 S+ 4:21PM 0:00.00 grep >>> doveadm >>> thebighonker.lerctr.org ~ $ sudo l...

...data = 8, > >>> udata = 0x801c4f980} > >>> (gdb) > >>> > >>> thebighonker.lerctr.org ~ $ ps auxw|grep doveadm > >>> mrm 46965 0.0 0.2 108516 55264 0 I+ 4:19PM 0:02.28 > gdb > >>> /usr/local/bin/doveadm (gdb7111) > >>> mrm 46985 0.0 0.0 81236 15432 0 TX 4:19PM 0:03.51 > >>> /usr/local/bin/doveadm -D -vvvvvvv index * > >>> ler 47221 0.0 0.0 18856 2360 1 S+ 4:21PM 0:00.00 > grep > >>> doveadm > >>> theb...

This is basically a reboot of the previous thread titled About the "debugger target" except that "target" was really too strong a term for what I had intended to use this feature for. "Debugger tuning" is more like it. You don't need to have read the previous thread, I'll recap here. Fundamentally, Clang/LLVM uses DWARF as the specification for the