From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12328 invoked by alias); 6 Feb 2004 23:58:11 -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 12321 invoked from network); 6 Feb 2004 23:58:11 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sources.redhat.com with SMTP; 6 Feb 2004 23:58:11 -0000 Received: from drow by nevyn.them.org with local (Exim 4.30 #1 (Debian)) id 1ApFrO-0000oY-M6; Fri, 06 Feb 2004 18:58:10 -0500 Date: Fri, 06 Feb 2004 23:58:00 -0000 From: Daniel Jacobowitz To: John Utz Cc: gdb@sources.redhat.com Subject: Re: stepping thru assembled files that are referenced as temp files ie: /tmp/ccjirvvY.s Message-ID: <20040206235810.GA3110@nevyn.them.org> Mail-Followup-To: John Utz , gdb@sources.redhat.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i X-SW-Source: 2004-02/txt/msg00067.txt.bz2 On Fri, Feb 06, 2004 at 03:49:43PM -0800, John Utz wrote: > Hello; > > gdb 6.0 /gdbserver is telling me that i am segfaulting in a file that > appears to be a tmp-name generated during the link process for the > parent static library. > > iblit16.s is compiled into iblit16.o and ar'd into liballd_unshared.a. > My exe is linked against liballd_unshared.a. > > here is what gdb says when i try to step into the problem function: > > (gdb) s > _linear_clear_to_color16 () at /tmp/ccjirvvY.s:27 > 27 /tmp/ccjirvvY.s: No such file or directory > in /tmp/ccjirvvY.s > Current language: auto; currently asm > (gdb) > > how can i tell gdb to stop looking for the tmp-name and look for this > function in allegro-4.0.3/src/i386/iblit16.s? I'm guessing it's iblit16.S, or you're arranging to run it through the C preprocessor some other way. If so, it's a known bug - no one's thought of a good solution yet. You can look at the assembly code using disassemble, for what that's worth. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer