->On Sun, May 20, 2001 at 07:14:55PM -0400, Pete Rossi wrote:
->> gcc -c -DHAVE_CONFIG_H -I. -I. -I../include -I../include -D_GNU_SOURCE -DPATH_SANE_CONFIG_DIR=/usr/local/etc/sane.d -DPATH_SANE_DATA_DIR=/usr/local/share -DV_MAJOR=1 -DV_MINOR=0 -g -O2 -W -Wall -DHAVE_DEV_URANDOM -DSCSIBUFFERSIZE=131072 sanei_scsi.c -fPIC -DPIC -o .libs/sanei_scsi.lo
->> In file included from linux_sg3_err.h:4,
->> from sanei_scsi.c:230:
->> /usr/include/linux/../scsi/sg.h:102: redefinition of `struct sg_header'
->> /usr/include/linux/../scsi/sg.h:120: redefinition of `struct sg_scsi_id'
->
->[...]
->
->I think the following may be the problem:
->>From a mail from Doug Gilbert:
->
->| In the file sane-backends-1.0.4/sanei/linux_sg3_err.h
->| comment out (or remove) the line:
->| #include <linux/../scsi/sg.h>
->
->Or use an unofficial snapshot from
->http://www.meier-geinitz.de/sane/download.html . This is fixed in CVS
->and the fix will be in SANE 1.0.5.
->
->Ciao,
-> Henning
->
Thanks, That did the trick. I figured it was something like that
but did not have time to dig into it myself. As I said, the newer
compilers seem to be more picky about this kind of thing. I had
several of my own programs that compiled perfectly with the old
compiler.. that started breaking with the newer ones .. because of
duplicate #include .. or in at least one case, changing the order
of the #include fixed it.
Now.. I need to get the front-ends to make.. Last I checked the
./configure was complaining about something. I hope to get back
to it this weekend.
---Pete Rossi - WA3NNA pete@pjrnet.com
-- Source code, list archive, and docs: http://www.mostang.com/sane/ To unsubscribe: echo unsubscribe sane-devel | mail majordomo@mostang.com
This archive was generated by hypermail 2b29 : Tue May 22 2001 - 06:56:12 PDT