Sender: rich AT phekda DOT freeserve DOT co DOT uk Message-ID: <3E330DB3.DDDFBAD2@phekda.freeserve.co.uk> Date: Sat, 25 Jan 2003 22:20:35 +0000 From: Richard Dawe X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.23 i586) X-Accept-Language: de,fr MIME-Version: 1.0 To: Eli Zaretskii CC: djgpp-workers AT delorie DOT com 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> <3791-Fri24Jan2003214724+0200-eliz AT is DOT elta DOT co DOT il> <3E319B0C DOT D99F6005 AT phekda DOT freeserve DOT co DOT uk> <3405-Sat25Jan2003194243+0200-eliz AT is DOT elta DOT co DOT il> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Reply-To: djgpp-workers AT delorie DOT com Hello. Eli Zaretskii wrote: > > > Date: Fri, 24 Jan 2003 19:59:08 +0000 > > From: Richard Dawe [snip] > > So we would pollute with ssize_t, if FILE._cnt is an ssize_t. > > Shall I revert FILE._cnt to a long? > > I'd go for having ssize_t in stdio.h regardless. IMHO, a typedef does > not do any harm, unless the program which includes stdio.h defines its > own type under the name ssize_t. But if others feel strongly against > doing that, I guess we need to go back with FILE._cnt. If there are no objections, I'll commit it with FILE._cnt as ssize_t on Wednesday. Bye, Rich =] -- Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]