From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18331 invoked by alias); 9 Mar 2006 16:39:08 -0000 Received: (qmail 18321 invoked by uid 22791); 9 Mar 2006 16:39:06 -0000 X-Spam-Check-By: sourceware.org Received: from mail2.eseo.fr (HELO mail2.eseo.fr) (193.49.148.17) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 09 Mar 2006 16:39:04 +0000 Received: from harley.eseo.fr (harley.eseo.fr [192.168.11.1]) by mail2.eseo.fr (Postfix) with ESMTP id 496B77F27 for ; Thu, 9 Mar 2006 17:37:52 +0100 (CET) Received: from [192.168.10.219] (firewall.eseo.fr [192.168.11.49]) by harley.eseo.fr (Postfix) with ESMTP id A6DF7628E for ; Thu, 9 Mar 2006 17:38:59 +0100 (CET) Message-ID: <44105A23.7070705@eseo.fr> Date: Thu, 09 Mar 2006 16:39:00 -0000 From: Guillaume Savaton User-Agent: Mozilla Thunderbird 1.0.2 (X11/20051002) MIME-Version: 1.0 To: insight@sources.redhat.com Subject: Re: Make breakpoint pending References: <000101c63763$1e368fa0$ad00a8c0@amarnath> <4406B226.7090904@eseo.fr> <44105338.20004@redhat.com> In-Reply-To: <44105338.20004@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact insight-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: insight-owner@sourceware.org X-SW-Source: 2006-q1/txt/msg00058.txt.bz2 Keith Seitz wrote : >> This message is quite annoying since I am asked to confirm for each >> breakpoint in my program individually. > > If you look at the breakpoints which > were marked pending, are they part of your program? Well, for instance, I have a "start" label at the beginning of my program. Usually, in the "target settings" dialog, I tell insight to place a breakpoint at label "start". It is the only breakpoint set in my program, and it actually belongs to the program. But before running, the "make breakpoint pending..." message pops up. N.B: I am using insight compiled for arm-elf targets. All my programs are written in assembly language. The executable is generated using GNU as and ld. The same behavior has been noticed whether the debug target is set to "Simulator" or "Remote TCP" >> Is there a possibility to tell insight not to ask ? > > Yes, you can add it to the ignored warnings list or teach insight that > it is an ignorable warning (so it will only ask once). See > gdbtk_tcl_warning in interface.tcl to globally ignore the warning. I will try this. Thanks for your help. Guillaume Savaton