Samuel Thibault <[EMAIL PROTECTED]> wrote: Hi,
>> It's not tied to Linux-specific ioctls. > > But it's tied to the way the non-standard _IOR() macro works, and I Well, no, not really. Those macros are only used because the backend includes a low-level driver that can also be built as a kernel driver (pretty ugly, yes). So it could be rewritten not to use it or they could be redefined. (but I'm unsure the resulting backend would work on Hurd anyway). > which is not supported by ioctls on GNU/Hurd (since the actual parallel > port driver may not be in the kernel but a userland process). So that Speaking of parport access, a port of libieee1284 on Hurd would be nice to have, if there's any facility for parport access on Hurd. > A solution for now is to disable it for host_os matching "gnu*", as the > attached patch does. I'll apply it upstream and it'll be in 1.0.19-1 or any upload that goes in before that. >> You should really cross-check with kfreebsd before sending that kind >> of patches. > > Yep, that episode decided me to install one. Now that we have a full non-Linux port, I think it's a useful tool for you :) Thanks, JB. -- Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]> Public key available on <http://www.jblache.org> - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
