Received: (from majordomo@localhost) by oss.sgi.com (8.11.2/8.11.3) id g0THoVJ16471 for linux-xfs-outgoing; Tue, 29 Jan 2002 09:50:31 -0800 Received: from scare.vieo.com ([63.231.179.33]) by oss.sgi.com (8.11.2/8.11.3) with SMTP id g0THnoP15989 for ; Tue, 29 Jan 2002 09:49:50 -0800 Received: from scare.vieo.com (localhost [127.0.0.1]) by scare.vieo.com (8.12.1/8.12.1) with ESMTP id g0TGcYKu003424 for ; Tue, 29 Jan 2002 10:38:34 -0600 Received: (from cattelan@localhost) by scare.vieo.com (8.12.1/8.12.1/Submit) id g0TGcYX7003423 for linux-xfs@oss.sgi.com; Tue, 29 Jan 2002 10:38:34 -0600 Message-Id: <200201291638.g0TGcYX7003423@scare.vieo.com> From: "Ralf G. R. Bergs" Date: Tue, 29 Jan 2002 09:12:36 +0100 Subject: Re: Reduce XFS footprint (was Re: TAKE - remove a function xfs added to filemap.c Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Status: O Content-Length: 850 Lines: 21 On Tue, 29 Jan 2002 12:53:54 +1100, Nathan Scott wrote: [...] >Another thing we could try is to make support for v1 dirs >compile-time conditional (since noone/very few people will >be using this), this might save a bit more space. I think >the code is all accessed via function pointers already, so >the points of abstraction should be clearly defined. I don't think that it's worth that you waste your time with this. I just thought I was using "wrong" options or something like that to compile XFS, or that there was a "plug'n'go" way of shrinking it. :-) -- Verkaufe Original-BMW-Raeder: L I N U X .~. http://adsl-bergs.rz.rwth-aachen.de/~rabe The Choice /V\ of a GNU /( )\ Generation ^^-^^