From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5750 invoked by alias); 13 May 2006 09:13:07 -0000 Received: (qmail 5741 invoked by uid 22791); 13 May 2006 09:13:06 -0000 X-Spam-Check-By: sourceware.org Received: from sibelius.xs4all.nl (HELO sibelius.xs4all.nl) (82.92.89.47) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 13 May 2006 09:13:04 +0000 Received: from elgar.sibelius.xs4all.nl (root@elgar.sibelius.xs4all.nl [192.168.0.2]) by sibelius.xs4all.nl (8.13.4/8.13.4) with ESMTP id k4D9CMCa007005; Sat, 13 May 2006 11:12:22 +0200 (CEST) Received: from elgar.sibelius.xs4all.nl (kettenis@localhost.sibelius.xs4all.nl [127.0.0.1]) by elgar.sibelius.xs4all.nl (8.13.6/8.13.6) with ESMTP id k4D9CM6q006339; Sat, 13 May 2006 11:12:22 +0200 (CEST) Received: (from kettenis@localhost) by elgar.sibelius.xs4all.nl (8.13.6/8.13.6/Submit) id k4D9CLWI017276; Sat, 13 May 2006 11:12:22 +0200 (CEST) Date: Sat, 13 May 2006 09:13:00 -0000 Message-Id: <200605130912.k4D9CLWI017276@elgar.sibelius.xs4all.nl> From: Mark Kettenis To: drow@false.org CC: gdb-patches@sourceware.org, kevinb@redhat.com In-reply-to: <20060509174426.GA9730@nevyn.them.org> (message from Daniel Jacobowitz on Tue, 9 May 2006 13:44:26 -0400) Subject: Re: RFA: More concise errors for missing shared libraries References: <20060509174426.GA9730@nevyn.them.org> Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-05/txt/msg00280.txt.bz2 > Date: Tue, 9 May 2006 13:44:26 -0400 > From: Daniel Jacobowitz > > One of the quirks of SymbianOS compared to a traditional hosted target is > that it's quite likely that GDB will have no symbol file at all for many of > the loaded libraries. A ROM image may contain many DLLs, presented as a > virtual filesystem, which are effectively preloaded into the memory space of > every process. A user probably only has symbol files for his own DLLs, not > the DLLs which provide operating system services. So, the behavior of GDB > when shared libraries can not be found is much more important than on other > targets. Did you consider providing stub ELF libraries for the system DLL's too? > Right now this is really noisy. We get a two-line error message for each > library from update_solib_list when we detect the new library, and another > one from solib_read_symbols later. This patch condenses those into a single > warning: > > warning: Could not load shared library symbols for 2 libraries, e.g. /lib/libnss_dns.so.2. > Do you need "set solib-search-path" or "set solib-absolute-prefix"? I think this is bad. I really hate it when tools give me incomplete error information. Consider the situation where I have set solib-search-path/solib-absolute-prefix, but only have a subset of the libraries available. I go and install libnss_dns.so.2, but I have no clue what the other library is. I have to rerun the program in GDB to find out the name of the other library. To reduce the clutter, I think we should not print the Do you need "set solib-search-path" or "set solib-absolute-prefix"? suggestion for every shared library, but only once, preferably at the end of of all output. If that would still provide too much clutter, we should perhaps introduce a user-settable limit for these. Mark