From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26295 invoked by alias); 24 Nov 2008 04:11:54 -0000 Received: (qmail 26237 invoked by uid 22791); 24 Nov 2008 04:11:54 -0000 X-Spam-Check-By: sourceware.org Received: from mtaout7.012.net.il (HELO mtaout7.012.net.il) (84.95.2.19) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 24 Nov 2008 04:11:11 +0000 Received: from conversion-daemon.i-mtaout7.012.net.il by i-mtaout7.012.net.il (HyperSendmail v2007.08) id <0KAT00C00KSZXF00@i-mtaout7.012.net.il> for gdb-patches@sourceware.org; Mon, 24 Nov 2008 06:12:21 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.126.168.41]) by i-mtaout7.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KAT005ODL0KKW20@i-mtaout7.012.net.il>; Mon, 24 Nov 2008 06:12:21 +0200 (IST) Date: Mon, 24 Nov 2008 16:54:00 -0000 From: Eli Zaretskii Subject: Re: too many "no debugging symbols found" messages from shared libs In-reply-to: <8ac60eac0811221107s47cd5d30o472a46842a5a33ed@mail.gmail.com> X-012-Sender: halo1@inter.net.il To: Paul Pluzhnikov Cc: dje@google.com, mark.kettenis@xs4all.nl, brobecker@adacore.com, gdb-patches@sourceware.org Reply-to: Eli Zaretskii Message-id: References: <18261.86.86.3.213.1227305211.squirrel@webmail.xs4all.nl> <8ac60eac0811221107s47cd5d30o472a46842a5a33ed@mail.gmail.com> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2008-11/txt/msg00635.txt.bz2 > Date: Sat, 22 Nov 2008 11:07:48 -0800 > From: Paul Pluzhnikov > Cc: Doug Evans , mark.kettenis@xs4all.nl, brobecker@adacore.com, gdb-patches@sourceware.org > > On Sat, Nov 22, 2008 at 3:58 AM, Eli Zaretskii wrote: > > > Can we find a good way of supporting both these use cases? > > Any library under /lib{,64}, /usr/lib{,64} and /usr/local/lib{,64} > is likely not an "application in development" library (although > there are obvious exceptions to this heuristic). > > Another alternative: allow the user to "silence" specific > libraries via a glob pattern, e.g. > > set system-library "/lib*/libc.so.6 /lib*/libpthread.so.1" > > The default could be "/lib* /usr/lib* /usr/local/lib*", which > would be equivalent to the heuristic above. A user who cares > about all libraries could reset this to "". A user who > doesn't care about any could set this to "*". I'd prefer the latter method. > [Use ';' instead of space to separate patterns on *win* targets.] Yes, and Windows needs a different default for the system libraries.