From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2968 invoked by alias); 7 Jul 2008 16:51:33 -0000 Received: (qmail 2959 invoked by uid 22791); 7 Jul 2008 16:51:32 -0000 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 07 Jul 2008 16:51:13 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 800462A96E0; Mon, 7 Jul 2008 12:51:11 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id PP5veoXneU6H; Mon, 7 Jul 2008 12:51:11 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 4692C2A96D0; Mon, 7 Jul 2008 12:51:11 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id 15D2FE7ACD; Mon, 7 Jul 2008 12:51:09 -0400 (EDT) Date: Mon, 07 Jul 2008 16:51:00 -0000 From: Joel Brobecker To: Dimitrios Apostolou Cc: gdb@sourceware.org Subject: Re: Trouble with gdb 6.8 on Irix Message-ID: <20080707165108.GF704@adacore.com> References: <1215436260.2515.2.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1215436260.2515.2.camel@localhost.localdomain> User-Agent: Mutt/1.4.2.2i Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2008-07/txt/msg00043.txt.bz2 Dimitris, > I should also note that gdb 6.8 doesn't work as it should on my > platform. I am trying to debug firefox, but gdb just hangs while loading > the binary. Top shows 100% CPU usage for firefox, 0% for gdb, and it > stays like that for long. I had better results with gdb 6.3, where gdb > managed to work but was unable to provide a proper backtrace when the > crash happened. I think that GDB on mips-irix has been in dire need of attention. It's something I have on my list and I hope to get to it by the end of the year, but my hopes often get overridden by more urgent issues... The release that AdaCore uses in its product is GDB 5.3 (very old now, I know). > remote.c: In function `extended_remote_attach_1': > remote.c:2859: warning: unsigned int format, pid_t arg (arg 3) > gmake[2]: *** [remote.o] Error 1 > gmake[2]: Leaving directory `/tmp/gdb-6.8/gdb' > > But on my system the following is true for pid_t: > typedef long pid_t; I didn't see this problem when I tried to build on this platform. But I was using the CVS HEAD, so either this is already fixed there, or we're using different compiler versions (mine is based on 4.1). > Finally a minor issue is that gdb needs gmake to compile. It's not a > bug, but I thought that since autotools are being used, the Makefiles > would be portable to all makes. However the native make of Irix aborts > with a syntax error. Please tell me if you care on this, so that I'll > send you more details. Please send in the details. There was some talk about adding GNU make as a requirement to build GDB, but this may not happen. -- Joel