Jérémy Compostella wrote: > Jim, > >> > Thank you for the report and the patch. >> > Please tell us what type/version of compiler/system you're using. >> > It's good to include that information, especially since ssize_t >> > is supposed to be defined via stdio.h. Then it is clear that this >> > change is working around a problem with non-conforming systems. >> Here the requested information: >> - linux kernel: Linux Apollo 3.2.0-rc7+ #75 SMP Thu Jan 5 18:14:54 CET >> 2012 x86_64 GNU/Linux >> - gcc (Debian 4.4.5-8) 4.4.5 >> - libc6-dev 2.11.2-10 > I made some search. This issue is Debian related (I got another computer > with a recent Ubuntu and the problem is gone, version 2.13-0ubuntu13). I > am able to reproduce this issue on my Debian server too. I tested it > because my current laptop is a little bit customized and I don't trust > it at some points. > > According to http://sourceware.org/bugzilla/show_bug.cgi?id=11125, this > issue has been reported on version 2.11 which is the current Debian GNU > libc distributed version and has been fixed. I just make the last Debian > update I always have this issue. > > This has been fixed in glibc commit > cd2f000c074b07931bd78ab5ff5fa3c0f7db628a released with the 2.12 glibc > version. > > So, the patch I proposed is clearly a Debian squeeze (2.11) workaround. > I will try to raise a bug report to the Debian team to see if they can pick > this commit in their branch.
Thanks. For a more standards-conforming development environment, I recommend the latest Fedora. I build/test everything I release on at least Fedora 16 (soon Fedora 17) and Fedora rawhide. I also test regularly on Debian unstable and, less frequently, on a few other platforms. For the record, here are a few distro/version number pairs: Fedora Rawhide glibc-2.15-2 Fedora 16 glibc-2.14.90-24 Debian unstable libc6-dev 2.13-26
