From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6635 invoked by alias); 13 Jan 2004 05:19:15 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 6627 invoked from network); 13 Jan 2004 05:19:13 -0000 Received: from unknown (HELO granger.mail.mindspring.net) (207.69.200.148) by sources.redhat.com with SMTP; 13 Jan 2004 05:19:13 -0000 Received: from user-119a90a.biz.mindspring.com ([66.149.36.10] helo=berman.michael-chastain.com) by granger.mail.mindspring.net with esmtp (Exim 3.33 #1) id 1AgGwt-00008F-00; Tue, 13 Jan 2004 00:18:43 -0500 Received: by berman.michael-chastain.com (Postfix, from userid 502) id 8BD6B4ACDA; Tue, 13 Jan 2004 00:18:58 -0500 (EST) To: ezannoni@redhat.com Subject: Re: [RFA] new test for separate debug info Cc: drow@mvista.com, gdb-patches@sources.redhat.com Message-Id: <20040113051858.8BD6B4ACDA@berman.michael-chastain.com> Date: Tue, 13 Jan 2004 05:19:00 -0000 From: mec.gnu@mindspring.com (Michael Elizabeth Chastain) X-SW-Source: 2004-01/txt/msg00338.txt.bz2 Okay, I just ran it on spe191.testdrive.hp.com to see what happens. What happens is: (gdb) info source Current source file is /house/chastain/gdb/s1/gdb/testsuite/gdb.base/sepdebug.c Located in /house/chastain/gdb/s1/gdb/testsuite/gdb.base/sepdebug.c Contains 150 lines. Source language is c. Compiled with unknown debugging format. Does not include preprocessor macro info. (gdb) UNSUPPORTED: gdb.base/sepdebug.exp: no separate debug info handling testcase /house/chastain/gdb/s1/gdb/testsuite/gdb.base/sepdebug.exp completed in 0 seconds This is with HP Ansi C B.11.11.28707.GP. I'm happy with this outcome, although I am not happy that "info source" prints "compiled with unknown debugging format". I will investigate and file a PR. Also, the message does not happen because of "unknown debugging format". It happens because I don't have gnu binutils in my $PATH, and the HP-UX strip barfs on "--strip-debug". I haven't set up a test bed for gcc + binutils on this platform yet, just the native tools. I did try GNU strip from binutils 2.14 on a hello-world program with "strip --strip-debug hello" and it didn't complain. By the way, HP Ansi C and HP C++ have an objdebug switch: +objdebug This option when used with any of the -g options will cause the debug information to be left in the object files instead of being placed in the a.out. This will bypass the pxdb step and the links will be faster. Available only for wdb(1) or gdb(1). +noobjdebug is the default at compile time. +noobjdebug can be used at link time to continue to place the debug info into the a.out, even if some objects were compiled with +objdebug. NOTE: Object files or archive libraries must not be removed if this new method of debugging is used. Michael C