[sane-devel] Re: sane-1.0.6 make-error concerning umax_pp - ongoing 8-(

[Henning Meier-Geinitz]

Hi,

On Wed, Nov 21, 2001 at 01:22:50PM -0500, Colin Walters wrote:
> Sane developers, could you please look at:
> 
> http://bugs.debian.org/sane-backends

It would be helpful, if non-Debian-specific bugs would be sent to
sane-devel or (if the sender isn't subscribed to the list) to me
(henning at meier-geinitz.de). I sometimes check the bug tracking systems
but that's not too easy with that much distributions and operating
systems.

Also any reports on compilation and running on anything other than
Linux/i386 are appreciated. Currently only my tests for 1.0.6 are
listed there. All the other platforms I can't test have entries for
SANE 1.0.5 or even older.

> and in particular, bugs #114579 and #118079?  #118079 is a separate
> issue from this, but it should be addressed.

#114579 and #114632 should be fixed by the patch(es) in discussion.

#114686: (config.guess and config.sub are too old). I'm getting errors
when trying to access ftp://ftp.gnu.org/pub/gnu/config/ . Can I just
copy the files from libtool 1.4.2 or must libtool itsself be updated?
In the latter case, this will probably be non-trivial because of some
local changes in libtool to get it running on some platforms at all.

#118079: (sane-config --libs doesn't return -ldl on ia64).
Is this ia64-specific? I don't understand most of the lib/dll mechanism.
Why is -lnsl -lm  -ljpeg returned by sane-config (BACKEND_LIBS) but
not -ldl (DL_LIB)? Bug or intentional?

If I change sane-config.in like this:

Index: tools/sane-config.in
===================================================================
RCS file: /cvsroot/external/sane/sane-backends/tools/sane-config.in,v
retrieving revision 1.7
diff -u -r1.7 sane-config.in
--- sane-config.in	2001/04/19 07:28:42	1.7
+++ sane-config.in	2001/11/21 20:10:50
@@ -12,7 +12,7 @@
 prefix="@prefix@"
 exec_prefix="@exec_prefix@"
 
-LIBS="@LIBS@"
+LIBS="@LIBS@ @DL_LIB@"
 pkgincludedir="@pkgincludedir@"
 pkglibdir="@pkglibdir@"
 includedir="@includedir@"

Linking on Linux still works. The missing -ldl doesn't seem to occur
because gtk-config already returns -ldl. But if this fails ...

I think Oliver Rauch did some changes in this field. Maybe he can
comment on this issue?

> +/* FIXME: Is this really what we want?  I don't think other
> +   architectures have parallel ports... */

If this is true, it would make life much easier.

I have added all the bugs to the TODO list.

Bye,
  Henning