**** BEGIN LOGGING AT Tue Nov 25 02:59:57 2014 Nov 25 05:37:35 build #581 of octeon is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/octeon/builds/581 Nov 25 05:59:58 build #225 of adm8668 is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/adm8668/builds/225 Nov 25 06:52:05 build #216 of omap is complete: Failure [failed compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/omap/builds/216 Nov 25 15:31:10 build #839 of brcm63xx is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/brcm63xx/builds/839 Nov 25 16:07:03 anyone know how to get gdb to load symbols of .so files for gdbserver? gdbserver "myapp" and using the gdb in staging_dir/toolchain with "file staging_dir/target/root-atheros/usr/bin/blah" works, but it can't see any of the libraries Nov 25 16:17:18 karlp: by setting a sysroot prefix. best is you use ./scripts/remote-gdb ipaddr:port staging_dir/target/root-atheros/usr/bin/blah Nov 25 16:17:23 karlp: it automates all that Nov 25 16:18:29 ahh, awesome. will have a look at that. Nov 25 16:18:36 had gottne to http://www.0xf8.org/2009/08/openwrt-remote-debugging/ which was working too, Nov 25 16:18:50 can I set a single package to rebuild with debug? Nov 25 16:19:06 make package/foo/{clean,compile} CONFIG_DEBUG=n Nov 25 16:19:12 I debug on the target, from inside codeblocks on the host, set a sysroot when starting gdb Nov 25 16:19:13 works fine Nov 25 16:19:20 but that is the sledge hammer approach Nov 25 16:19:49 hehe, sometimes a sledge hammer 'just gets the job done' Nov 25 16:19:52 sicne the target binary may be stripped you can do a more selective make package/foo/{clean,compile} CONFIG_TARGET_OPTIMIZATION="-O0 -ggdb3" Nov 25 16:20:11 for many targets an unstripped, debug annotated binary is too big Nov 25 16:20:37 it's stripped on the target, but unstripped locally, I was getting useful source level debug of my own app, but I want to step into a library Nov 25 16:20:49 I see Nov 25 16:20:57 then use one of the two approaches above Nov 25 16:21:07 and redeploy the resulting .ipk Nov 25 16:21:19 or scp the .so Nov 25 16:21:21 yeah, will rebuild the lib with CONFIG_DEBUG=y Nov 25 16:21:24 yeah, soundsd good Nov 25 16:22:12 scripts/remote-gdb isn't using extended-remote ? Nov 25 16:22:24 doesn't work with the gdbserver that was packaged? Nov 25 16:22:49 no particular reason Nov 25 16:23:05 you can s/remote/extended-remote/ in the script and see if it works Nov 25 16:23:27 eyah, it does, Nov 25 16:23:37 just wondering why it would try without extended Nov 25 16:23:58 tbh I didn't know about extended when I wrote that script Nov 25 16:24:17 if you say its working fine I see no reason to not change it Nov 25 16:24:24 what gdbserver were you using? the gdbserver built in doesn't even accept it. http://pastebay.net/1531445 Nov 25 16:24:44 interesting Nov 25 16:25:10 how did you launch gdbserver ? Nov 25 16:25:20 just the server without a cmdline? Nov 25 16:25:31 # gdbserver :3333 mlifter -v99 Nov 25 16:25:44 hm, thats the way I usually use as well Nov 25 16:26:00 "The target is not running" Nov 25 16:26:18 was it maybe terminated after your previous connection attempt? Nov 25 16:26:24 maybe? Nov 25 16:26:48 I usually do gdbserver :9000 foo --blah --blah Nov 25 16:27:41 and ./scripts/remote-gdb 192.168.1.1:9000 staging_dir/target-blah/root-foo/usr/bin/foo Nov 25 16:28:14 doesn't seem to matter how often I do remote: http://pastebay.net/1531448 Nov 25 16:28:20 only works with extended remote Nov 25 16:28:24 * karlp shrugs Nov 25 16:28:39 maybe a linaro gdb regression Nov 25 16:28:50 never seen that kind problem Nov 25 16:28:54 I know that you don't get start/stop in gdb unless you're using extended-remote Nov 25 16:29:19 this is just the gdb that BB built itsself, nothing I chose to customize Nov 25 16:32:50 compiling the package with CONFIG_DEBUG=y is working beautifully though thank you Nov 25 16:33:42 yw Nov 25 19:08:13 jogo r43376 trunk/target/linux/brcm63xx/image/Makefile * brcm63xx: fix image generation Nov 25 19:08:17 jogo r43377 trunk/target/linux/brcm63xx/image/Makefile * brcm63xx: move rsa signature to additional options Nov 25 19:08:25 jogo r43378 trunk/target/linux/brcm63xx/image/Makefile * brcm63xx: unify dt image generation Nov 25 19:08:35 jogo r43379 trunk/target/linux/brcm63xx/base-files/etc/uci-defaults/02_network * brcm63xx: uci-defaults: network: move DSL-274x1 F1 to right section Nov 25 19:11:27 jogo r43380 branches/barrier_breaker/target/linux/brcm63xx/base-files/etc/uci-defaults/02_network * BB: brcm63xx: uci-defaults: network: move DSL-274x1 F1 to right section Nov 25 20:35:41 nbd r43381 trunk/package/network/utils/ uqmi/files/lib/netifd/proto/qmi.sh uqmi/Makefile Nov 25 20:35:41 uqmi: update to the latest version, also set 802.3 data format via the WDA service Nov 25 21:24:56 build #757 of ppc44x is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/ppc44x/builds/757 Nov 25 21:43:13 build #804 of orion is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/804 Nov 26 02:44:57 build #720 of sibyte is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/sibyte/builds/720 **** ENDING LOGGING AT Wed Nov 26 02:59:58 2014