From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Howells Subject: Re: NFS4 mount problem Date: Mon, 18 Apr 2005 16:23:27 +0100 Message-ID: <6311.1113837807@redhat.com> References: <1113835758.10382.13.camel@lade.trondhjem.org> <1113766415.13680.79.camel@lade.trondhjem.org> <17895.1113566268@redhat.com> <31006.1113820450@redhat.com> Cc: Linux Filesystem Development , Steve Dickson Return-path: Received: from mx1.redhat.com ([66.187.233.31]:2788 "EHLO mx1.redhat.com") by vger.kernel.org with ESMTP id S262103AbVDRPYA (ORCPT ); Mon, 18 Apr 2005 11:24:00 -0400 In-Reply-To: <1113835758.10382.13.camel@lade.trondhjem.org> To: Trond Myklebust Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org Trond Myklebust wrote: > Without such a library, it is pointless to contemplate "other callers". > With such a library, you will have a single point for switching between > 32bit and 64 bit. "Other callers" include such as busybox, sash and uClinux. I'm not sure about such as Perl, but Perl is hardly in the same class as the other three. Admittedly, a library is probably the right way to do it - libmount or some such thing. > Then can we kill the PPC64 binary structure and substitute PPC32? Whilst I might be happy to, I'm not sure I can speak for everyone. You can also use i386 mount on x86_64 for instance; and possibly s390 on s390x, sparc32 on sparc64 and mips32 on mips64. David