From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18375 invoked by alias); 24 Nov 2004 04:47:40 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 18345 invoked from network); 24 Nov 2004 04:47:35 -0000 Received: from unknown (HELO pippin.tausq.org) (64.81.244.94) by sourceware.org with SMTP; 24 Nov 2004 04:47:35 -0000 Received: by pippin.tausq.org (Postfix, from userid 1000) id B5C0CCD911; Tue, 23 Nov 2004 20:47:34 -0800 (PST) Date: Wed, 24 Nov 2004 06:47:00 -0000 From: Randolph Chung To: John David Anglin Cc: gdb@sources.redhat.com Subject: Re: pc_requires_run_before_use Message-ID: <20041124044734.GX9148@tausq.org> Reply-To: Randolph Chung References: <20041123212126.GR9148@tausq.org> <200411240344.iAO3iGm7008085@hiauly1.hia.nrc.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200411240344.iAO3iGm7008085@hiauly1.hia.nrc.ca> X-GPG: for GPG key, see http://www.tausq.org/gpg.txt User-Agent: Mutt/1.5.5.1+cvs20040105i X-SW-Source: 2004-11/txt/msg00235.txt.bz2 > I haven't looked at this but I think this is typical of the plabel > setup for lazy binding. In GCC under linux, we need to call into > the dynamic linker to force resolution of the function when doing > function pointer comparisons. This is the infamous __cffc routine. > I think gdb will have similar issues when trying to set a break > in a shared library. no, i don't think that's it: (gdb) b printf Function "printf" not defined. Make breakpoint pending on future shared library load? (y or [n]) n gdb is pretty smart about this.... we used to have problems stepping into shared lib functions before they have been resolved by the loader, but this has been fixed some time back. randolph -- Randolph Chung Debian GNU/Linux Developer, hppa/ia64 ports http://www.tausq.org/