From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 96929 invoked by alias); 24 Jul 2015 16:58:44 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 96918 invoked by uid 89); 24 Jul 2015 16:58:43 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.7 required=5.0 tests=AWL,BAYES_00,MIME_BASE64_BLANKS,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 X-HELO: ausxipps310.us.dell.com Received: from AUSXIPPS310.us.dell.com (HELO ausxipps310.us.dell.com) (143.166.148.211) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (CAMELLIA256-SHA encrypted) ESMTPS; Fri, 24 Jul 2015 16:58:42 +0000 X-LoopCount0: from 10.170.28.41 From: To: CC: , , Subject: Re: GDB now takes 4 minutes to start up with remote gdbserver target Date: Fri, 24 Jul 2015 16:58:00 -0000 Message-ID: <75C87584-1A46-435F-A8AF-F7D827CE9793@dell.com> References: <55B1768E.9090309@codesourcery.com> <55B1A4FC.9010403@codesourcery.com> <20150724085244.GB22673@blade.nx> <55B2444C.106@codesourcery.com> <2906903F-7478-4B9D-8A9A-A6256F8076EF@dell.com> <20150724151148.GA18553@blade.nx> <55B26267.4060905@redhat.com> In-Reply-To: <55B26267.4060905@redhat.com> Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-IsSubscribed: yes X-SW-Source: 2015-07/txt/msg00050.txt.bz2 DQo+IE9uIEp1bCAyNCwgMjAxNSwgYXQgMTI6MDUgUE0sIFBlZHJvIEFsdmVz IDxwYWx2ZXNAcmVkaGF0LmNvbT4gd3JvdGU6DQo+IA0KPiBPbiAwNy8yNC8y MDE1IDA0OjI3IFBNLCBQYXVsX0tvbmluZ0BEZWxsLmNvbSB3cm90ZToNCj4g DQo+PiBCdXQgaGF2aW5nIHN5c3Jvb3QgZGVmYXVsdCB0byB0YXJnZXQgaXMg YWxzbyBhIGJhZCBpZGVhIGZvciBsb3RzIG9mIG90aGVyIHBlb3BsZS4gIENv bnNpZGVyIGVtYmVkZGVkIHN5c3RlbXM6IHlvdSBwcmVzdW1hYmx5IGhhdmUg c3RyaXBwZWQgaW1hZ2VzIHRoZXJlLCBidXQgdW5zdHJpcHBlZCBvbmVzIG9u IHlvdXIgYnVpbGQgaG9zdC4NCj4gDQo+IEJ1dCBpbiB0aGF0IHNjZW5hcmlv LCB3aXRoIHRoZSBvbGQgZGVmYXVsdCBzeXNyb290LCBob3cgd2FzIGdkYiBm aW5kaW5nDQo+IHRoZSBiaW5hcmllcyBvbiB0aGUgYnVpbGQgaG9zdD8gIFRo ZSBiaW5hcmllcyBvbiB0aGUgZXF1aWxhbGVudCBsb2NhdGlvbnMNCj4gb24g dGhlIGhvc3QncyByb290IHdpbGwgY2VydGFpbmx5IG5vdCBtYXRjaCB0aGUg ZW1iZWRkZWQvdGFyZ2V0IHN5c3RlbSdzLg0KPiBJbiB0aGF0IHNjZW5hcmlv LCB5b3UgbXVzdCBoYXZlIGJlZW4gcG9pbnRpbmcgdGhlICJzZXQgc3lzcm9v dCIgc29tZXdoZXJlDQo+IGxvY2FsPyAgQW5kIGlmIHlvdSBkbyB0aGF0LCBu b3RoaW5nIGNoYW5nZXMgaW4gNy4xMCwgZ2RiIHdpbGwgc3RpbGwgYWNjZXNz DQo+IHRoZSBmaWxlcyBvbiB0aGUgbG9jYWwgZmlsZXN5c3RlbS4NCj4gDQo+ IEZyb20gdGhlIGRpc2N1c3Npb24gc28gZmFyLCBpdCBzZWVtcyB0aGF0IHRo ZSBvbmx5IGNhc2UgdGhhdCBlbmRzIHVwDQo+IHJlZ3Jlc3NpbmcgaXMgdGhl IGNhc2Ugd2hlcmUgdGhlIGhvc3QgYW5kIHRhcmdldCBzaGFyZSBib3RoIHRo ZQ0KPiBmaWxlc3lzdGVtLCBhbmQgdGhlIGhvc3QvdGFyZ2V0IHBhdGhzIG1h dGNoLiAgSSBkb24ndCBrbm93IG9mZiBoYW5kIGhvdyB0bw0KPiBtYWtlIGdk YiBhd2FyZSBvZiB0aGF0IGF1dG9tYXRpY2FsbHkuDQo+IA0KPiBUaGF0IHNl ZW1zIGxpa2UgZW5vdWdoIG9mIGEgc3BlY2lhbCBjYXNlIHRoYXQgY291bGQg d2VsbCBiZSBoYW5kbGVkDQo+IGJ5IGFuIGV4cGxpY2l0ICJzZXQgc3lzcm9v dCAvIiBpbiBlLmcuLCB0aGUgdG9vbGNoYWluJ3Mgc3lzdGVtLWdkYmluaXQs IG9yDQo+IGJ5IGJ1aWxkaW5nIGdkYiB3aXRoICItLXdpdGgtc3lzcm9vdD0v 4oCcLg0KDQpJZiB5b3XigJlyZSBkb2luZyBjcm9zcy1idWlsZHMsIHRoZW4g eWVzLCB5b3XigJlkIGhhdmUgYSBub24tZGVmYXVsdCBzeXNyb290LiAgQnV0 IGlmIHRoZSBob3N0IGFuZCB0YXJnZXQgYXJlIHRoZSBzYW1lIE9TLCBidXQg dGhlIHRhcmdldCBoYXMgYSBzbWFsbCBsb2NhbCBmaWxlIHN5c3RlbSB3aXRo IHN0cmlwcGVkIGltYWdlcyBvbiBpdCwgdGhlbiB0aGUgZGVmYXVsdCBzeXNy b290IHdhcyB2YWxpZCBpbiB0aGUgcGFzdCwgYnV0IHRoZSBuZXcgZGVmYXVs dCBpcyBub3QuDQoNCglwYXVsDQo= >From gdb-return-44543-listarch-gdb=sources.redhat.com@sourceware.org Fri Jul 24 17:19:58 2015 Return-Path: Delivered-To: listarch-gdb@sources.redhat.com Received: (qmail 1437 invoked by alias); 24 Jul 2015 17:19:57 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Delivered-To: mailing list gdb@sourceware.org Received: (qmail 1428 invoked by uid 89); 24 Jul 2015 17:19:57 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: relay1.mentorg.com Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 24 Jul 2015 17:19:55 +0000 Received: from svr-orw-fem-03.mgc.mentorg.com ([147.34.97.39]) by relay1.mentorg.com with esmtp id 1ZIgdT-0007Pz-Os from Sandra_Loosemore@mentor.com ; Fri, 24 Jul 2015 10:19:51 -0700 Received: from [IPv6:::1] (147.34.91.1) by svr-orw-fem-03.mgc.mentorg.com (147.34.97.39) with Microsoft SMTP Server id 14.3.224.2; Fri, 24 Jul 2015 10:19:51 -0700 Message-ID: <55B27348.1020104@codesourcery.com> Date: Fri, 24 Jul 2015 17:19:00 -0000 From: Sandra Loosemore User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: Pedro Alves CC: , , Subject: Re: GDB now takes 4 minutes to start up with remote gdbserver target References: <55B1768E.9090309@codesourcery.com> <55B1A4FC.9010403@codesourcery.com> <20150724085244.GB22673@blade.nx> <55B2444C.106@codesourcery.com> <2906903F-7478-4B9D-8A9A-A6256F8076EF@dell.com> <20150724151148.GA18553@blade.nx> <55B26267.4060905@redhat.com> In-Reply-To: <55B26267.4060905@redhat.com> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2015-07/txt/msg00051.txt.bz2 Content-length: 2029 On 07/24/2015 10:05 AM, Pedro Alves wrote: > On 07/24/2015 04:27 PM, Paul_Koning@Dell.com wrote: > >> But having sysroot default to target is also a bad idea for lots of other people. Consider embedded systems: you presumably have stripped images there, but unstripped ones on your build host. > > But in that scenario, with the old default sysroot, how was gdb finding > the binaries on the build host? The binaries on the equilalent locations > on the host's root will certainly not match the embedded/target system's. > In that scenario, you must have been pointing the "set sysroot" somewhere > local? And if you do that, nothing changes in 7.10, gdb will still access > the files on the local filesystem. > > From the discussion so far, it seems that the only case that ends up > regressing is the case where the host and target share both the > filesystem, and the host/target paths match. I don't know off hand how to > make gdb aware of that automatically. There's also the case where the host and target sysroot locations do not match at all. As I said, this used to work reasonably well for application debugging, where the user isn't interested in debugging shared libraries and doesn't care if the shared library symbol information isn't available to GDB. It used to print a helpful message suggesting using "set sysroot" if the user wants the shared library information, instead of hanging on startup with no indication of what the trouble is or how to fix it. I can't see the new default behavior as an improvement over the old. > That seems like enough of a special case that could well be handled > by an explicit "set sysroot /" in e.g., the toolchain's system-gdbinit, or > by building gdb with "--with-sysroot=/". There are a bunch of possible workarounds for this, but why can't we make GDB "just work" by default, as it used to, instead of requiring users to build GDB differently or install a workaround or issue extra commands manually that they didn't used to need at all? -Sandra