From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18772 invoked by alias); 2 May 2004 22:49:35 -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 18765 invoked from network); 2 May 2004 22:49:34 -0000 Received: from unknown (HELO smtp10.atl.mindspring.net) (207.69.200.246) by sources.redhat.com with SMTP; 2 May 2004 22:49:34 -0000 Received: from user-119a90a.biz.mindspring.com ([66.149.36.10] helo=berman.michael-chastain.com) by smtp10.atl.mindspring.net with esmtp (Exim 3.33 #1) id 1BKPm8-0007lw-00; Sun, 02 May 2004 18:49:32 -0400 Received: by berman.michael-chastain.com (Postfix, from userid 502) id 847584B104; Sun, 2 May 2004 18:49:44 -0400 (EDT) To: gdb@sources.redhat.com, savoiu@ics.uci.edu Subject: Re: Improving GDB startup time with large programs Message-Id: <20040502224944.847584B104@berman.michael-chastain.com> Date: Sun, 02 May 2004 22:49:00 -0000 From: mec.gnu@mindspring.com (Michael Elizabeth Chastain) X-SW-Source: 2004-05/txt/msg00013.txt.bz2 Which version of gdb are you using? What platform are you running on? Is it native or cross? If it's cross, what is the target platform? What language is your program written in? What compiler and debug options are you using on your program? The answer is probably 'file a PR with lots of information about what you are doing, and then do some profiling on gdb to help us out, and then maybe the next release of gdb will be faster'. If you are running gdb 6.0 or earlier, and if your program is written in C++, then gdb 6.1 will load faster because of its new C++ demangler. That's the major speed improvement lately that I'm aware of. Daniel J knows a lot more about other speed improvements than I do. Michael C GDB QA Guy