On Mon, Jul 11, 2011 at 06:05:05AM -0700, Bruce Korb wrote: > On 07/10/11 08:42, Kurt Roeckx wrote: > >>>>fmemopen.c:752:10: error: '_IOT__IOTBASE_fmemc_get_buf_addr_t' undeclared > >>> > >>>That means that hurd has a non-standard definition for _IOWR. > > >>#ifdef HURD > >>#define _IOT__IOTBASE_fmemc_get_buf_addr_t sizeof(fmemc_get_buf_addr_t) > >>#endif > > > >5.12 still failed with the same error message. > > Then "HURD" is not #defined in hurd. I had to read glibc source code > to tease out that name, but I guess I read wrong. What _is_ the > #define that says the compile is for hurd? On other platforms, the _IOWR > macro just works. HURD itself is broken.
I've been told it's __GNU__ Kurt -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
