457378 tags + patch
thanks
Hi,
Julien BLACHE, le Sat 22 Dec 2007 10:33:07 +0100, a écrit :
> Sorry, no way. Your patch will also disable the plustek_pp backend on
> kfreebsd, where that backend builds successfully.
ERf.
> It's not tied to Linux-specific ioctls.
But it's tied to the way the non-standard _IOR() macro works, and I
thought that was exactly that which is tested by the autoconf code, and
that it would work on BSD too.
> You'll have to find another way, properly porting the backend is the
> preferred way as far as I'm concerned.
The problem is that at least the SET_ENV and SETMAP ioctls can not be
defined on GNU/Hurd because they pass a pointer within the structure,
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
backend just can't work as such.
A solution for now is to disable it for host_os matching "gnu*", as the
attached patch does.
> You should really cross-check with kfreebsd before sending that kind
> of patches.
Yep, that episode decided me to install one.
Samuel
--- configure.in.orig 2007-12-13 20:16:17.000000000 +0000
+++ configure.in 2007-12-23 15:01:43.000000000 +0000
@@ -364,11 +364,20 @@
canon630u cardscan coolscan coolscan2 dc25 dmc \
epson fujitsu genesys gt68xx hp leo lexmark matsushita microtek \
microtek2 mustek mustek_usb nec pie pixma plustek \
- plustek_pp ricoh s9036 sceptre sharp \
+ ricoh s9036 sceptre sharp \
sp15c st400 tamarack test teco1 teco2 teco3 umax umax_pp umax1220u \
artec_eplus48u ma1509 ibm hp5400 u12 snapscan niash sm3840 hp4200 \
sm3600 hp3500 stv680 epson2 hp5590 hp3900"
+ case "$host_os" in
+ gnu*)
+ echo "*** disabling PLUSTEK_PP backend (GNU/Hurd not supported)"
+ ;;
+ *)
+ BACKENDS="${BACKENDS} plustek_pp"
+ ;;
+ esac
+
if test "${sane_cv_use_libjpeg}" != "yes"; then
echo "*** disabling DC210 backend (failed to find JPEG library)"
echo "*** disabling DC240 backend (failed to find JPEG library)"
