From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31296 invoked by alias); 9 Sep 2011 14:35:44 -0000 Received: (qmail 31057 invoked by uid 22791); 9 Sep 2011 14:35:43 -0000 X-SWARE-Spam-Status: No, hits=-6.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,RP_MATCHES_RCVD,SARE_SUB_IMPROVE,SPF_HELO_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 09 Sep 2011 14:35:26 +0000 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p89EZPis007285 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 9 Sep 2011 10:35:25 -0400 Received: from host1.jankratochvil.net (ovpn-116-38.ams2.redhat.com [10.36.116.38]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id p89EZMfO014935 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 9 Sep 2011 10:35:24 -0400 Received: from host1.jankratochvil.net (localhost [127.0.0.1]) by host1.jankratochvil.net (8.14.4/8.14.4) with ESMTP id p89EZL6q012661; Fri, 9 Sep 2011 16:35:21 +0200 Received: (from jkratoch@localhost) by host1.jankratochvil.net (8.14.4/8.14.4/Submit) id p89EZL9v012660; Fri, 9 Sep 2011 16:35:21 +0200 Date: Fri, 09 Sep 2011 14:51:00 -0000 From: Jan Kratochvil To: Daniel Jacobowitz Cc: gdb-patches@sourceware.org Subject: Re: [RFA] Improve performance with lots of shared libraries Message-ID: <20110909143521.GA12299@host1.jankratochvil.net> References: <20110909123156.GA1503@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) 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: 2011-09/txt/msg00159.txt.bz2 On Fri, 09 Sep 2011 16:25:30 +0200, Daniel Jacobowitz wrote: > On Fri, Sep 9, 2011 at 8:31 AM, Gary Benson wrote: > >  * when there are no pending breakpoints, > > If you "break foo", it might put that breakpoint in more than one > shared library. If you load a new library with an implementation of > foo, we should stop on that one too. How can we make that work > without processing the library events? This feature was planned being aware of this problem. It does not work currently, GDB just puts the breakpoint on a random first place found. The Tom's multi-location breakpoints patch (archer-tromey-ambiguous-linespec) is being coded with this behavior so that by default gdb syntax it is defined the first resolution is final. http://sourceware.org/ml/gdb-patches/2011-07/msg00740.html I would guess this patch should be checked-in only after Tom's. Or make it opt-in configurable. Or just say the already broken behavior is now broken in a different way. Thanks, Jan