Sender: rich AT phekda DOT freeserve DOT co DOT uk
Message-ID: <3E05D224.756F5F32@phekda.freeserve.co.uk>
Date: Sun, 22 Dec 2002 14:54:28 +0000
From: Richard Dawe <rich AT phekda DOT freeserve DOT co DOT uk>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.23 i586)
X-Accept-Language: de,fr
MIME-Version: 1.0
To: djgpp-workers AT delorie DOT com
Subject: Re: Size fixes
References: <10212220549 DOT AA12193 AT clio DOT rice DOT edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Reply-To: djgpp-workers AT delorie DOT com

Hello.

Charles Sandmann wrote:
[snip]
> The remaining low hanging fruit are llseek + lseek, and filelen + lfilelen
> which are essentially identical.  We need to decide which we are going
> to use internally in the library and stick to it.  Consolidating those
> will save around 700 bytes in each image.
> 
> I didn't want to generate diffs for all the _seek() stuff yet, so that
> will wait.

Please make the long long version of seek the internal function. Perhaps you
could call the internal function lseek64. This will help, when I get round to
submitting my Large File Summit patches. In my current LFS work checkout
lseek, llseek and lseek64 all call an internal function, which actually does
the seeking.

Bye, Rich =]

-- 
Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]