My apologies for the length of this message.
I am a recent convert to OpenStep/Intel 4.0, a multi-platform
descendent of NeXTStep. This is a mach-based OS having an appealing
GUI on top of what is essentially BSD 4.3. Generic SCSI devices are
supported.
I would love to be able to compile SANE for OpenStep in order to use
the Mustek scanner I have. One of the linux mustek drivers has been
ported to NeXTStep but this doesn't support my scanner. I have
searched the list archives for any mention of NeXT without success.
The difficulty lies in the fact that I am very much a programming
neophyte. I have been trying without much understanding to compile
sane-0.55, 0.57 and the very latest 0.6. With any of these I can
use configure to create what look like reasonable Makefiles and
config.h, but I suspect that vital things may be missing and their
absence isn't even apparent to me:
phaedrus> ./configure
creating cache ./config.cache
checking for gcc... no
checking for cc... cc
checking whether the C compiler (cc ) works... yes
checking whether the C compiler (cc ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether cc accepts -g... yes
checking for a BSD compatible install... /usr/bin/install -c
checking whether make sets ${MAKE}... yes
checking how to run the C preprocessor... cc -E -traditional-cpp
checking whether cc needs -traditional... no
checking for AIX... no
checking for minix/config.h... no
checking for POSIXized ISC... no
checking for ANSI C header files... yes
checking for fcntl.h... yes
checking for unistd.h... yes
checking for libintl.h... no
checking for sys/scanio.h... no
checking for scsi.h... no
checking for sys/scsi.h... no
checking for sys/scsiio.h... no
checking for scsi/sg.h... no
checking for /usr/src/linux/include/scsi/sg.h... no
checking for working const... yes
checking for size_t... yes
checking for ssize_t... no
checking for working alloca.h... no
checking for alloca... yes
checking for unistd.h... (cached) yes
checking for getpagesize... yes
checking for working mmap... no
checking for atexit... yes
checking for ioperm... no
checking for mkdir... yes
checking for scsireq_enter... no
checking for strdup... no
checking for strndup... no
checking for strftime... yes
checking for strstr... yes
checking for strsep... no
checking for strtod... yes
checking for snprintf... no
checking host system type... i386-next-nextstep4
checking for ranlib... ranlib
checking for cc option to produce PIC... -fPIC
checking for broken GCC collect2... no
checking for cc option to statically link programs... -static
checking if ld is GNU ld... no
checking if ld supports shared libraries... no
checking how to hardcode library paths into programs... unsupported
checking for ld option to reload object files... -r
checking dynamic linker characteristics... no
checking if libtool supports shared libraries... no
checking whether to build shared libraries... no
checking whether to build static libraries... yes
creating libtool
checking for X... no
checking for sqrt in -lm... yes
checking for gettext in -lintl... no
checking for gethostbyaddr in -lnsl... no
checking for socket in -lsocket... no
checking for main in -lXext... no
checking for main in -lX11... no
checking for main in -lXpm... no
checking for main in -lglib... no
checking for main in -lgdk... no
checking for gtk_check_button_new in -lgtk... no
checking for libgimp/gimp.h... no
checking for dlfcn.h... no
enabling Mustek line-distance bug workaround
disabling PINT backend
disabling QuickCam backend
preloading backends into DLL
updating cache ./config.cache
creating ./config.status
creating Makefile
creating lib/Makefile
creating sanei/Makefile
creating frontend/Makefile
creating backend/Makefile
creating include/Makefile
creating doc/Makefile
creating include/sane/config.h
The compile looks fine until sanei_save_values.c
....
echo timestamp > sanei_codec_bin.lo
cc -c -DHAVE_CONFIG_H -I. -I. -I../include -I../include
-DPATH_SANE_CONFIG_DIR=/usr/local/etc/sane.d
-DPATH_SANE_DATA_DIR=/usr/local/share -DV_MAJOR=0 -DV_MINOR=5 -g -O2
-D_GNU_SOURCE sanei_save_values.c
sanei_save_values.c: In function `sanei_save_values':
sanei_save_values.c:64: `read' undeclared (first use this function)
sanei_save_values.c:64: (Each undeclared identifier is reported only once
sanei_save_values.c:64: for each function it appears in.)
sanei_save_values.c:65: `write' undeclared (first use this function)
*** Exit 1
Stop.
*** Exit 1
Stop.
It looks to my untutored eye as though something important might be
missing from OpenStep's SCSI support, but how would I know.
Can anyone advise me whether this is completely a lost cause? Are
there any subscribers to the list with NeXT/OpenStep experience?
Once again apologies for the length of this - I'm sure the last
thing many of you want to see is the output of a configure command -
but it seemed like the only way to make what little information I
have available to people who might understand it.
Many Thanks,
Neville Wilford
--
Internet: jnw@phaedrus.demon.co.uk CompuServe: 100042,3501
j.n.wilford@ncl.ac.uk PGP 2.x public key available
--
Source code, list archive, and docs: http://www.azstarnet.com/~axplinux/sane/
To unsubscribe: mail -s unsubscribe sane-devel-request@listserv.azstarnet.com