Date: Fri, 24 Jan 2003 21:47:24 +0300 From: "Eli Zaretskii" Sender: halo1 AT zahav DOT net DOT il To: rich AT phekda DOT freeserve DOT co DOT uk Message-Id: <3791-Fri24Jan2003214724+0200-eliz@is.elta.co.il> X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 1.8.9 CC: djgpp-workers AT delorie DOT com In-reply-to: <3E304571.BFA087FF@phekda.freeserve.co.uk> (message from Richard Dawe on Thu, 23 Jan 2003 19:41:37 +0000) Subject: Re: ssize_t: int -> signed long [PATCH] References: <3E2FB5F0 DOT B7FD75FC AT phekda DOT freeserve DOT co DOT uk> <1659-Thu23Jan2003203612+0200-eliz AT is DOT elta DOT co DOT il> <3E304571 DOT BFA087FF AT phekda DOT freeserve DOT co DOT uk> Reply-To: djgpp-workers AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp-workers AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk > Date: Thu, 23 Jan 2003 19:41:37 +0000 > From: Richard Dawe > > > > No, we don't pollute stdio.h because it already includes sys/djtypes.h > > which defines ssize_t. > > I don't think does actually pollute. It #defines something > which typedefs ssize_t. Right, I overlooked that. However, isn't ssize_t mandated by some standard? > > Perhaps we should change FSEXT to return an ssize_t. > > If we're going to change it, I would prefer a long long, since then it will > cope with return values from anything (llseek, etc.). But that's not binarily > compatible It's also slower. I think we should make it ssize_t.