Hi Andy, Sorry for the very late follow up. Cleaning out mailing list backlog.
Can't you just ./configure BACKENDS=avision make -C backends using 1.0.27 and use the scanimage frontend and dll backend from 1.0.19? Andy Bennett writes: > Hi, > > Sorry for the top post! > Here's an update on my progress. I've managed to get a build but there seem > to be some runtime linking issues. > > > I've included the lib/getopt.c and lib/getopt1.c code with #include > directives in frontend/scanimage.c, frontend/saned.c and tools/sane-desc.c. > > This has allowed me to produce a build that completes without error. > However, when I run the resulting execuables they do not work. > > scanimage bombs out immediately. saned bombs out when scanimage connects to > it across the network. > > Both give an error similar to this: > > ----- > scanimage: rld: Fatal Error: attempted access to unresolvable symbol in > .../libsane.so.1: sane_dll_init > ----- > > If I configure with --disable-shared --enable-static and rebuild then the > build fails with the same symbols being unresolvable. > > > Grepping the source reveals that sane_dll_init does not appear anywhere > either as a declaration or a reference. > > Does anyone know what's going on here? > > > > >> I have an HP ScanJet 7400c that has dual USB1 and SCSI >> interfaces. When I use the USB1 interface on my modern Linux >> system it overruns the buffer several times on each page. This >> causes the scanner to stop, reposition itself and carry on. This >> is really slow. >> >> I am trying to work out whether the scanner's SCSI bus has >> enough bandwidth to complete the scan without overflowing the >> buffer. The only machine I currently have with SCSI is an SGI O2 >> running IRIX. I have a binary copy of 1.0.19 for this machine >> and I've managed to rebuild working binaries from the 1.0.19 >> source with the toolchain that I'm using >> >> 1.0.19 doesn't seem to work with the 7400c. The avision backend >> gets stuck in wait_4_lamp and eventually gives up after 90 >> tries. During this time the lamp is actually on! In the git tree >> I can see a later patch for 'avision.c: Recognize "backlight on" >> status' and quite a lot of other fixes which are probably worth >> having. >> >> >> Therefore, I'm trying to build the latest git on IRIX 6.5.30 >> with MIPSpro 7.4.4 and gmake. This platform has an ancient >> libpng and doesn't have GNU getopt_long. At least MIPSpro 7.4.4 >> supports c99! >> >> I end up with this in include/sane/config.h after configure: >> >> ----- >> #define HAVE_GETOPT_H 1 >> ... >> /* 'undef HAVE_GETOPT_LONG */ >> ... >> #define HAVE_LIBPNG 1 >> ----- >> >> >> I can stop it trying to compile against the PNG headers by >> removing HAVE_LIBPNG by hand before running gmake. Is there >> something I can pass to configure that will do that >> automatically? >> >> >> The getopt problem is more difficult. frontend/scanimage.c does >> not try to link against the code from lib/getopt.c or >> lib/getopt1.c and when I go into the lib/ directory the code >> does not even appear to have been built. >> >> Is there a way I can force the configuration to build and link >> against the sane-backends supplied getopt code? >> >> I've tried moving /usr/include/getopt.h aside but then >> configure fails when testing whether the C compiler can produce >> executables so I really need a way to change the sane-backends >> tree to do it. >> >> >> >> Thanks for any help you can offer! >> >> >> >> >> Regards, >> @ndy >> > > -- > Regards, > @ndy > > -- > andy...@ashurst.eu.org > http://www.ashurst.eu.org/ > 0x7EBA75FF -- Olaf Meeuwissen, LPIC-2 FSF Associate Member since 2004-01-27 GnuPG key: F84A2DD9/B3C0 2F47 EA19 64F4 9F13 F43E B8A4 A88A F84A 2DD9 Support Free Software https://my.fsf.org/donate Join the Free Software Foundation https://my.fsf.org/join -- sane-devel mailing list: sane-devel@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/sane-devel Unsubscribe: Send mail with subject "unsubscribe your_password" to sane-devel-requ...@lists.alioth.debian.org
