From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5999 invoked by alias); 28 Apr 2004 22:47:00 -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 5985 invoked from network); 28 Apr 2004 22:46:59 -0000 Received: from unknown (HELO mailout.TechFak.Uni-Bielefeld.DE) (129.70.136.245) by sources.redhat.com with SMTP; 28 Apr 2004 22:46:59 -0000 Received: from xayide.TechFak.Uni-Bielefeld.DE.TechFak.Uni-Bielefeld.DE (xayide.TechFak.Uni-Bielefeld.DE [129.70.137.35]) by momotombo.TechFak.Uni-Bielefeld.DE (8.12.11/8.12.11/TechFak/2004/02/24/sjaenick) with ESMTP id i3SMktPO015347; Thu, 29 Apr 2004 00:46:55 +0200 (MEST) From: Rainer Orth Message-ID: <16528.13404.46736.251705@xayide.TechFak.Uni-Bielefeld.DE> Date: Wed, 28 Apr 2004 22:47:00 -0000 To: Andrew Cagney Cc: gdb-patches@sources.redhat.com Subject: Re: PATCH: Workaround IRIX 5 compilation problem In-Reply-To: <40901FC3.1080704@gnu.org> References: <16525.29805.263020.874731@xayide.TechFak.Uni-Bielefeld.DE> <40901FC3.1080704@gnu.org> Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII X-SW-Source: 2004-04/txt/msg00650.txt.bz2 Andrew Cagney writes: > Does the attached also work? This avoids blindly un/redefining _KMEMUSER. Test in progress. Two comments: you may want to keep the comment about the IRIX 5 workaround in configure.in. > Index: configure.in > =================================================================== > RCS file: /cvs/src/src/gdb/configure.in,v > retrieving revision 1.151 > diff -u -r1.151 configure.in > --- configure.in 25 Apr 2004 20:42:45 -0000 1.151 > +++ configure.in 28 Apr 2004 21:16:44 -0000 > @@ -632,7 +632,10 @@ > *-*-solaris2.[[6789]]) > AC_DEFINE(NEW_PROC_API) > ;; > - esac > + mips-sgi-irix5*) > + AC_DEFINE([_KMEMUSER], 1) > + ;; > + esac Lost one space before esac :-) I've already found one other (completely unrelated) problem: this time, I'm building with gcc 3.5 from CVS: the build failed here: /vol/gnu/src/gdb/gdb-6.1/sim/mips/interp.c: In function `mips_core_signal': /vol/gnu/src/gdb/gdb-6.1/sim/mips/interp.c:2326: error: invalid lvalue in assignment /vol/gnu/src/gdb/gdb-6.1/sim/mips/interp.c:2334: error: invalid lvalue in assignment make[2]: *** [interp.o] Error 1 This is due to http://gcc.gnu.org/gcc-3.4/changes.html (The cast-as-lvalue extension has been removed for C++ and deprecated for C and Objective-C.) #define COP0_BADVADDR ((unsigned32)(COP0_GPR[8])) The assignments to COP0_BADVADDR are hard errors now. Rainer ----------------------------------------------------------------------------- Rainer Orth, Faculty of Technology, Bielefeld University