From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1342 invoked by alias); 24 Sep 2004 20:09:42 -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 1332 invoked from network); 24 Sep 2004 20:09:40 -0000 Received: from unknown (209.128.65.135) by sourceware.org with QMTP; 24 Sep 2004 20:09:40 -0000 Received: (qmail 31679 invoked by uid 10); 24 Sep 2004 20:09:40 -0000 Received: (qmail 4879 invoked by uid 500); 24 Sep 2004 20:09:31 -0000 From: Ian Lance Taylor To: Andrew Cagney Cc: gdb-patches@sourceware.org Subject: Re: PATCH RFA: Handle lack of struct statfs in ppc/sim/emul_netbsd.c References: <20040921022638.24707.qmail@gossamer.airs.com> <415462B9.1000906@gnu.org> Date: Fri, 24 Sep 2004 20:09:00 -0000 In-Reply-To: <415462B9.1000906@gnu.org> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2004-09/txt/msg00417.txt.bz2 Andrew Cagney writes: > > NetBSD post 2.0 has deprecated statfs in favor of statvfs. The statfs > > system call still exists for compatibility purposes (if COMPAT_20), > > but struct statfs has been removed from the header files. > > This breaks the PowerPC simulator, which assumes that the existence > > of > > the statfs function implies the existence of struct statfs. > > This patch fixes this problem in the obvious way. > > I'm not sure why the NetBSD emulation implements fstatfs(). With > > this > > patch, it will stop doing so. If implementing fstatfs() is important, > > somebody will have to add support for the new fstatvfs() system call. > > GCC, or similar, in the very distant past must have needed it. > > > OK for mainline? > > I've checked it in (well will, once my build comes back). Thanks. Ian