Re: SANE-1.0.5/Linux-2.4.6/PowerPC

From: Douglas Gilbert (dgilbert@interlog.com)
Date: Tue Jul 17 2001 - 17:53:19 PDT

  • Next message: Tim TimeWaster: "Re: Trust Imagery 4800 SP +"

    stef wrote:
    >
    > On Mon, Jul 16, 2001 at 11:23:52PM -0400, Mehul N. Sanghvi wrote:
    > > 'allo,
    > >
    > > I just downloaded sane-backends-1.0.5 this afternoon and have run into
    > > a compilation problem with umax_pp. Here is the stuff from the make:
    > >
    > > gcc -c -g -O2 -W -Wall -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 umax_pp.c
    > > gcc -o umax_pp umax_pp.o ../backend/umax_pp_low.o ../sanei/libsanei.a ../lib/liblib.a -lnsl -lm -ljpeg
    > > ../backend/umax_pp_low.o: In function `Outb':
    > > /usr/local/sources/BUILD/sane-backends-1.0.5/backend/umax_pp_low.c:658: undefined reference to `outb'
    > > /usr/local/sources/BUILD/sane-backends-1.0.5/backend/umax_pp_low.c:658: relocation truncated to fit: R_PPC_REL24 outb
    > > ../backend/umax_pp_low.o: In function `Inb':
    > > /usr/local/sources/BUILD/sane-backends-1.0.5/backend/umax_pp_low.c:675: undefined reference to `inb'
    > > /usr/local/sources/BUILD/sane-backends-1.0.5/backend/umax_pp_low.c:675: relocation truncated to fit: R_PPC_REL24 inb
    > > collect2: ld returned 1 exit status
    > > make[1]: *** [umax_pp] Error 1
    > > make[1]: Leaving directory `/usr/local/sources/BUILD/sane-backends-1.0.5/tools'
    > > make: *** [all-recursive] Error 1
    > >
    > >
    > >
    > > I am running Linux 2.4.6-pre3 on a PowerPC/nuBus based Macintosh. My toolchain
    > > is the following:
    > >
    > > make 3.78.1
    > > gcc 2.95.3
    > > ld 2.10.91
    > >
    > >
    > > any clues/ideas/pointers ?
    >
    > I'm pretty puzzled by this one. I checked asm-ppc/io.h, and inb/outb are
    > defined (as inline or defines) in it. I can't see what is happening.
    > Having compile messages of 'umax_pp_low.c' should be helpfull.

    Stef,
    This could be the "dirty" glibc trick where
      /usr/include/asm and
      /usr/src/linux/include/asm
    are not the same directories.

    Why glibc maintainers want to duplicate Linux kernel headers
    (this is a nasty problem for the sg.h header) is beyond me.

    Doug Gilbert

    --
    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 Jul 17 2001 - 17:40:44 PDT