From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10853 invoked by alias); 14 Jun 2005 14:56:07 -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 10416 invoked by uid 22791); 14 Jun 2005 14:55:56 -0000 Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Tue, 14 Jun 2005 14:55:56 +0000 Received: from drow by nevyn.them.org with local (Exim 4.50) id 1DiCpU-000141-Nk; Tue, 14 Jun 2005 10:55:52 -0400 Date: Tue, 14 Jun 2005 14:56:00 -0000 From: Daniel Jacobowitz To: Andrew Haley Cc: gcc@gcc.gnu.org, gdb-discuss@gnu.org, gdb@sourceware.org Subject: Re: x86 Q: why aren't the SSE intrinsics always_inline? Message-ID: <20050614145552.GA3952@nevyn.them.org> Mail-Followup-To: gcc@gcc.gnu.org, gdb@sourceware.org References: <96B69900-04F0-406A-9B53-F74B6D2B8071@apple.com> <17070.41423.645043.983123@zapata.pink> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17070.41423.645043.983123@zapata.pink> User-Agent: Mutt/1.5.8i X-SW-Source: 2005-06/txt/msg00133.txt.bz2 [Redirecting off the misnamed gdb-discuss list; please use gdb@sourceware instead.] On Tue, Jun 14, 2005 at 10:22:23AM +0100, Andrew Haley wrote: > You have the same problem with Java -- you're stepping through a Java > program, and all of a sudden you're inside the memory allocator. What > we _really_ need is some way to tell gdb "I'm debugging my own > program, not the library" or somesuch. Or, and this is less > desirable, some way to persuade gcc not to output debug info inside > some inlined functions, although I can't image how a priori you'd > decide which ones. It'd be better to handle this in gdb than in gcc, sure. There's two parts: better support for inline functions, which is already on the gdb roadmap, and then some way of selecting which ones to ignore. And for that latter, I have no idea how it should look... -- Daniel Jacobowitz CodeSourcery, LLC