RE: [PHP-DEV] Re: PATCH ssize_t without messing with fcgi source

> What about > > #define ssize_t INT_PTR > > for Win{32|64} ?? > > -- > Ard SSIZE_T is already an INT_PTR in both architectures. Calling it INT_PTR directly, doesn't actually change anything from the current php-src (the patch Edin put in for me yesterday). The objection Wez made to that was that it involves either altering fcgi source or living with the subsequent redefinition (to int). All I want for Christmas is to get the number of PHP5 win32 warnings down to a sane level, if fcgi configuration is b0rked on win64 currently there's not a great deal we can do about it (exceptions: Sascha, Shane, Frank). int works for win32, and is the most frequently used definition of ssize_t I've come across for systems without sys/types.h. It would be nicer if fcgi's win32|64 configuration used SSIZE_T, but it doesn't... > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php